CastExceptions between two axis2 client jars with different package
-------------------------------------------------------------------

                 Key: AXIS2-5020
                 URL: https://issues.apache.org/jira/browse/AXIS2-5020
             Project: Axis2
          Issue Type: Bug
          Components: client-api
    Affects Versions: 1.5
         Environment: Windows XP, Java 1.6. 
            Reporter: Sunny Wu
            Priority: Blocker


In one EAR file, we have two client jars generated against the same wsdl. Both 
are using the org.apache.axis2.wsdl.WSDL2Java -uri <wsdl> -p <filepath> -d 
xmlbeans -ns2p <namespace>.

ClientA proxy classes have package name as a. 
ClientB proxy classes have package name as b.

in first.java,  we use the clientA like: 
import a.ResponseDocumet;
import a.Stub;

responseDocument responseDoc =  ResponseDocument.Factory.newInstance();
....
responseDoc = stub.sameMethod(...);

------------------------------------------------------------------------------------------------------------------------------------------------------------
in second.java, we use the ClientB like:
import b.ResponseDocumet;
import b.Stub;

ResponseDocument responseDoc =  ResponseDocument.Factory.newInstance();
....
responseDoc = stub.sameMethod(...);

----------------------------------------------------------------------------------------------------------------------------------------------------------------
It doesn't have any problem in compile. And first.java is also working 
correctly at runtime. But second.java got this exception at runtime:
org.apache.axis2.AxisFault: a.impl.ResponseDocumentImpl with cause as 
java.lang.ClassCastException: a.impl.ResponseDocumentImpl.

It should be using b package, but don't know why it referred to a in the stub 
implementation.

It will be highly appreciated if you can help.





--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to