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

List:       xmlbeans-dev
Subject:    [jira] Commented: (XMLBEANS-322) Class Loader
From:       "Radu Preotiuc-Pietro (JIRA)" <xmlbeans-dev () xml ! apache ! org>
Date:       2007-04-26 22:29:15
Message-ID: 26245771.1177626555436.JavaMail.jira () brutus
[Download RAW message or body]


    [ 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: 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]