[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmlbeans-dev
Subject:    [jira] Created: (XMLBEANS-178) Better control of namespace prefixes used
From:       "Radu Preotiuc-Pietro (JIRA)" <xmlbeans-dev () xml ! apache ! org>
Date:       2005-07-16 0:39:12
Message-ID: 60178684.1121474352565.JavaMail.jira () ajax ! apache ! org
[Download RAW message or body]

Better control of namespace prefixes used
-----------------------------------------

         Key: XMLBEANS-178
         URL: http://issues.apache.org/jira/browse/XMLBEANS-178
     Project: XMLBeans
        Type: Improvement
  Components: Cursor  
    Reporter: Radu Preotiuc-Pietro
     Fix For: TBD


There have been a number of messages asking for a better control of namespace \
declarations inserted by XmlBeans when saving documents, than offered by \
XmlOptions.setSaveSuggestedPrefixes(). One issue is the use of xsi:type: when \
XmlBeans needs to insert an xsi:type attribute it needs to pick a prefix for the \
value of xsi:type and at that point the setSaveSuggestedPrefixes() are not available. \
Once the prefix is part of the attribute value, it can no longer be changed (unless \
directly by user) so the prefix declaration will end up in the final document, which \
may be undesireable. One other thing that was suggested was to pick the default \
prefix more  intelligently, for example use the prefix used in the Schema to declare \
components in that namespace, but that's trickier to do (you can declare QNames \
without using prefixes) and also involves changes in the binary format.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]