[
https://issues.apache.org/jira/browse/XMLBEANS-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492135
]
Radu Preotiuc-Pietro commented on XMLBEANS-322:
-----------------------------------------------
So you have two classes corresponding to the same element/type QName at the
same time on your classpath. I am afraid that by default, the SchemaTypeLoader
used by all the Factory.parse() methods is the context SchemaTypeLoader and the
QName that is going to be used is the first QName found on the classpath and
the class associated to it.
This is "by design". Now, the main problem with this design is that you run
into situations like in your case where the type that's found is not the one
you want. The advantage of the design is that when you use "xsi:type" and have
nothing but the QName of the type to go by, the result is consistent with the
rule that components that are found first on the classpath take precedence. I
don't want to go too much into details, it's just that this behavior is not
unexpected if I understand correctly your use case and there are reasons for it
working like that (whether these reasons are good enough is debatable).
How about if instead of doing
it.visura.assi.xmlbeans.navigazione.imprese.risposta.RispostaDocument.Factory.parse(messaggio2)
you do
it.visura.assi.xmlbeans.navigazione.imprese.risposta.RispostaDocument.type.getSchemaTypeSystem().parse(mesaggio2)
This will force it to use only the types in the same "TypeSystem" with the one
that you want and I think will get you the result you want.
> Class Loader
> ------------
>
> Key: XMLBEANS-322
> URL: https://issues.apache.org/jira/browse/XMLBEANS-322
> Project: XMLBeans
> Issue Type: Bug
> Components: Binding
> Affects Versions: Version 2.2
> Reporter: Danilo Graziano
>
> I have two jar files that contains two 'RispostaDocument' classes. The first
> one 'it.visura.assi.xmlbeans.navigazione.imprese.risposta.RispostaDocument'
> is the class that i want to use. There is another class
> 'it.visura.assi.xmlbeans.navigazione.assettiproprietari.risposta.soci.impl.RispostaDocument'
> that is the class that is actually used.
> When the findDocumentTypeRef(QName ) is called the class founded in the
> 'documentCache' is a
> ''it.visura.assi.xmlbeans.navigazione.assettiproprietari.risposta.soci.impl.RispostaDocument'
> ' while i had instantiate the first one
> 'it.visura.assi.xmlbeans.navigazione.imprese.risposta-RispostaDocument
> rispostaDocument =
> 'it.visura.assi.xmlbeans.navigazione.imprese.risposta.RispostaDocument.Factory.parse(messaggio2)";
> public SchemaType.Ref findDocumentTypeRef(QName name)
> {
> Object cached = _documentCache.get(name);
> if (cached == CACHED_NOT_FOUND)
> return null;
> SchemaType.Ref result = (SchemaType.Ref) cached;
> if (result == null)
> {
> for (int i = 0; i < _searchPath.length; i++)
> if (null != (result =
> _searchPath[i].findDocumentTypeRef(name)))
> break;
> if (result == null)
> {
> SchemaTypeSystem ts = typeSystemForComponent("schema" +
> METADATA_PACKAGE_LOAD + "/element/", name);
> if (ts != null)
> {
> result = ts.findDocumentTypeRef(name);
> assert(result != null) : "Type system registered element
> " + QNameHelper.pretty(name) + " but does not contain document type";
> }
> }
> _documentCache.put(name, result == null ? CACHED_NOT_FOUND :
> result);
> }
> return result;
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
