Under .aar dir, there are a bunch of jars that were added for communicating
with the underline system. These include jcookie.jar,
commons-collections-3.1, log4j.jar, the Xbeans-packaged.jar and other
private jars. When will the classes in these jar get loaded? The current
code does not reference or make call to any of these jars yet.
If I only keep Xbean-packaged.jar, it works fine. If they are there, it
failed at
AbstractMessageReceiver.getTheImplementationObject when
DependencyManager.initServiceClass(servceimpl,...). The
serviceimpl was loaded ok, but failed initializing.
Thanks,
-Bo
On 2/1/07, robert lazarski <[EMAIL PROTECTED]> wrote:
>
> What is the structure of your AAR, ie, what files are in it and where
> ? The problem seems env related .
>
> Robert
>
> On 2/1/07, Bo Xie <[EMAIL PROTECTED]> wrote:
> > Thanks a lot, Rebert, for your advice.
> >
> > I tried the sample XMLBean program with some simple derived type, it
indeed
> > work with the "ServiceTCCL" "service" option!
> >
> > But as soon as I package some of the underline jars the service wraps on
> > into the .aar, it starts to get the following exception. My code has
been
> > stripped to not use any of jars at all, but it still cause the pain.
Again
> > this only occurs when "ServiceTCCL" is set to "service", but without it
the
> > derived type won't work.
> > org.apache.axis2.AxisFault:
> > java.lang.ExceptionInInitializerError .
> >
> > Do you have any hunch where should I look in the underline jars to see
why
> > it contributes to the exception?
> >
> > Thanks,
> > -Bo
> >
> >
> > On 1/31/07, robert lazarski < [EMAIL PROTECTED]> wrote:
> > >
> > > One of the oldest axis2 tutorials uses xmlbeans with ant and goes thru
> > > a simple example on the service and client side. I tested this before
> > > the 1.1 release and some other volunteers also tested it and improved
> > > the docs a bit. I would say spend 20 minutes going thru that simple
> > > example and see if that is broken - can't myself as I'm pressed for
> > > time at the moment:
> > >
> > >
> >
http://ws.apache.org/axis2/tools/1_1/CodegenToolReference.html#invoking
> > >
> > > I didn't need the TCCL param in services.xml last time I tried, but at
> > > this point you may or may not so try it both ways. I know there are
> > > xmlbeans users so I'd be suprised if that simple example is broken -
> > > but do let us know should you try and run it.
> > >
> > > HTH,
> > > Robert
> > >
> > > On 1/31/07, Bo Xie <[EMAIL PROTECTED]> wrote:
> > > > Thanks, Robert.
> > > >
> > > > After setting the ServiceTCCL parameter to "service", I ran into
the
> > > > following error in the following call during AxisServlet.doPost ()
> > > >
> > > >
AbstractMessageReceiver.getTheImplementationObject.
> > > > The DependencyManager.initServiceClass call in it
> > throw
> > > > this exception:
> > > >
> > > > Jan 31, 2007 2:05:22 PM
> > > > org.apache.axis2.transport.http.AxisServlet doPost
> > > > SEVERE: java.lang.ExceptionInInitializerError
> > > >
> > > > I noticed the following:
> > > > 1. The serviceimpl class was loaded ok but initialization failed.
The
> > class
> > > > loader is DeploymentClassLoader. Is this correct?
> > > > 2. From eclipse debugging, I was not able to step into
> > > > DependencyManager.initServiceClass() call. The
thread
> > stays
> > > > in "stepping" status w/o call stack, not the "suspended" status. Any
> > idea
> > > > what this "stepping" state indicate?
> > > >
> > > > Any suggestion on what I else I can try?
> > > >
> > > > Thanks,
> > > > -Bo
> > > >
> > > >
> > > > On 1/31/07, robert lazarski < [EMAIL PROTECTED]> wrote:
> > > > > Are you aware of the ServiceTCCL param ?
> > > > >
> > > > > <parameter name="ServiceTCCL"
> > > > locked="false">service</parameter>
> > > > >
> > > > > Try adding that services.xml. See the spring example here:
> > > > > http://ws.apache.org/axis2/1_1/spring.html#263
> > > > >
> > > > > Some more information is here:
> > > > >
> > > >
> >
http://marc2.theaimsgroup.com/?l=axis-cvs&m=115946726426905&w=3
> > > > >
> > > > > HTH,
> > > > > Robert
> > > > >
> > > > > On 1/30/07, Bo Xie < [EMAIL PROTECTED]> wrote:
> > > > > > Hi all,
> > > > > >
> > > > > > I need some advice for the following.
> > > > > >
> > > > > > 0. I use WSDL2JAVA with XmlBean binding to generate the
service
> > side
> > > > code
> > > > > > following the quickstartxmlbean example.
> > > > > > 1. Our service related XMLBean types/element xsd are packaged
in
> > > > > > XBean-packaged.jar in our .aar file under services.
> > > > > > 2. Looks like when convert a derived type to XML, the code in
> > > > > > SchemaTypeSystemImpl(which is in WEB-INF/lib/xbean- 2.2.0.jar)
is
> > trying
> > > > to
> > > > > > load derived type info from XBean-packaged.jar. For example, it
> > tried to
> > > > > > load a derived type
> > > > > >
> > > >
> >
"schemaorg_apache_xmlbeans/type/http_3A_2F_2Fquickstart_2Esamples_2Fxsd_2F2007_2F01_2F01/FreeFormPolicyObject.xsb"
> > > > > > 3. The problem is the class loader used by xbean-2.2.0.jar is
the
> > > > > > WebappClassLoader, not the classloader from Axis service. So it
> > cannot
> > > > load
> > > > > > the resource!
> > > > > > 4. I tried to put XBean-packaged.jar under WEB-INF/lib w or
w/o
> > > > removing
> > > > > > the Xbean-package.jar in .aar, but in both cases got
> > ClassCastException
> > > > > > during
> > > > > >
> > > >
> >
org.apache.xmlbeans.XmlBeans.getContextTypeLoader().parse()
> > > > > >
> > > > > > I assume now the XBean-packaged.jar are needed both by the web
> > service
> > > > > > code and xbean-2.2.0.jar. Any advice on how to make it work?
> > > > > >
> > > > > > Thanks,
> > > > > > -Bo
> > > > > >
> > > > > >
> > > > > > On 1/22/07, Bo Xie < [EMAIL PROTECTED]> wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > My previous issue is caused by org.apache.xmlbeans.impl
> > > > > > > > .schema.SchemaTypeLoaderImpl's findTypeRef () not be able to
> > load
> > > > the
> > > > > > following resource in service:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > >
> >
schemaorg_apache_xmlbeans/type/http_3A_2F_2Fquickstart_2Esamples_2Fxsd/EU_2DAddress.xsb
> > > > > > >
> > > > > > > This resource is actually in my .aar file under
> > > > > > dir\XBean-packaged.jar(generated from WSDL2JAVA)
> > > > > > >
> > > > > > > Do anyone know how to make it work?
> > > > > > >
> > > > > > > Thanks a lot!
> > > > > > >
> > > > > > > -Bo
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On 1/21/07, Bo Xie < [EMAIL PROTECTED] > wrote:
> > > > > > > > Hi all,
> > > > > > > >
> > > > > > > > Sorry to ask this again, does anyone know what could
cause
> > the
> > > > > > following call to return null, is it some kind of
setup/configure
> > issue
> > > > in
> > > > > > the service? How to workaround it? It is in
> > > > > >
> > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl's
> > > > > > findTypeRef (). This causes the derived type cannot be created
> > properly
> > > > with
> > > > > > the xsi:type attribute.
> > > > > > > >
> > > > > > > > SchemaTypeSystem ts = typeSystemForComponent("schema" +
> > > > > > METADATA_PACKAGE_LOAD + "/type/", name);
> > > > > > > >
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > -Bo
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On 1/19/07, Bo Xie <[EMAIL PROTECTED] > wrote:
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > Looks like the problem is with the _typeCache in
> > > > > >
> > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl 's
> > > > > > findTypeRef () not being populated correctly for derived type
when
> > > > deployed
> > > > > > as a service. This in turn was caused by
typeSystemForComponent() in
> > > > > > findTypeRef() returning null. As comparison, the _typeCache is
> > populated
> > > > > > correctly if I run it locally in a test program's main() and in
this
> > > > case
> > > > > > the typeSystemForComponent() is not null.
> > > > > > > > >
> > > > > > > > > Below is the findTypeRef method which suppose to return
the
> > > > derived
> > > > > > type if Qname passed in is a derived type. In my case, the QName
is
> > {
> > > > > > http://quickstart.samples/xsd}EU-Address .
> > > > > > > > >
> > > > > > > > > When in service, the _typeCache is populated with
> > > > CACHED_NOT_FOUND
> > > > > > for QName {
http://quickstart.samples/xsd}EU-Address
> > .
> > > > So
> > > > > > findTypeRef will return null. This will result in the
changeType()
> > call
> > > > to
> > > > > > not return the derived type. (See call stack at the bottom.)
> > > > > > > > >
> > > > > > > > > In the local test program, the _typeCache was initially
> > empty
> > > > and
> > > > > > was populated with the correct value at the end of findTypeRef
call.
> > > > > > > > >
> > > > > > > > > The only way that CACHED_NOT_FOUND can be set for any
QName
> > type
> > > > is
> > > > > > when the following line in findTypeRef () return null.
> > > > > > > > > SchemaTypeSystem ts = typeSystemForComponent("schema" +
> > > > > > METADATA_PACKAGE_LOAD + "/type/", name);
> > > > > > > > >
> > > > > > > > > I have no idea why this typeSystemForComponent() could
> > return
> > > > null
> > > > > > in service. Can someone help clarify the myth here? When I trace
> > into
> > > > the
> > > > > > first incoming message, it indeed shows that the
> > typeSystemForComponent
> > > > > > return null!
> > > > > > > > >
> > > > > > > > > Below are the findTypeRef method and the call stack.
> > > > > > > > >
> > > > > > > > > Thanks,
> > > > > > > > > -Bo
> > > > > > > > >
> > > > > > > > > public SchemaType.Ref findTypeRef(QName name)
> > > > > > > > > {
> > > > > > > > > /**
> > > > > > > > > * The maps are synchronized, we use two accesses
to
> > the
> > > > cache
> > > > > > (one read
> > > > > > > > > * and one write), but the code inbetween is not
> > > > synchronized.
> > > > > > The
> > > > > > > > > * assumption is that the underlying
datastructures
> > (the
> > > > > > search path and
> > > > > > > > > * the classloader) do not change, so two threads
> > running
> > > > the
> > > > > > code in
> > > > > > > > > * parallel will come up with the same result.
> > > > > > > > > */
> > > > > > > > > Object cached = _typeCache.get(name);
> > > > > > > > > if (cached == CACHED_NOT_FOUND)
> > > > > > > > > return null; ==>exit here in bad one
> > > > > > > > >
> > > > > > > > > SchemaType.Ref result = (SchemaType.Ref ) cached;
> > > > > > > > > if (result == null)
> > > > > > > > > {
> > > > > > > > > for (int i = 0; i < _searchPath.length; i++)
> > > > > > > > > if (null != (result =
> > > > > > _searchPath[i].findTypeRef(name)))
> > > > > > > > > break;
> > > > > > > > > if (result == null)
> > > > > > > > > {
> > > > > > > > > SchemaTypeSystem ts =
> > > > typeSystemForComponent("schema"
> > > > > > + METADATA_PACKAGE_LOAD + "/type/", name);
> > > > > > > > > if (ts != null)
> > > > > > > > > {
> > > > > > > > > result = ts.findTypeRef (name);
> > > > > > > > > assert(result != null) : "Type system
> > > > registered
> > > > > > type " + QNameHelper.pretty(name) + " but does not return it";
> > > > > > > > > }
> > > > > > > > > }
> > > > > > > > > _typeCache.put(name, result == null ?
> > CACHED_NOT_FOUND
> > > > :
> > > > > > result);
> > > > > > > > > }
> > > > > > > > > return result; ==>exit here in good case when the
> > > > > > typeCache.put is call with good value.
> > > > > > > > > }
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Stack:
> > > > > > > > > SchemaTypeLoaderImpl.findTypeRef(QName)
line:
> > 369
> > > > > > > > >
> > > > > >
> > > >
> >
SchemaTypeLoaderImpl(SchemaTypeLoaderBase).findType(QName)
> > > > > > line: 119
> > > > > > > > > SchemaTypeImpl.getElementType(QName, QName,
SchemaTypeLoader)
> > > > line:
> > > > > > 910
> > > > > > > > >
> > > > > >
> > > >
> >
GetAddressesResponseDocumentImpl$GetAddressesResponseImpl(XmlObjectBase).get_element_type(QName,
> > > > > > QName) line: 925
> > > > > > > > > Cur.setType(SchemaType, boolean) line: 2546
> > > > > > > > >
> > Xobj$ElementXobj(Xobj).change_type(SchemaType)
> > > > line:
> > > > > > 1876
> > > > > > > > >
> > AddressImpl(XmlObjectBase).changeType(SchemaType)
> > > > > > line: 504
> > > > > > > > >
> > > > > >
> > > >
> > StockQuoteServiceSkeleton.populateAddress
(GetAddressesResponseDocument)
> > > > > > line: 281
> > > > > > > > >
> > > > > >
> > > >
> >
StockQuoteServiceSkeleton.getAddresses(GetAddressesDocument)
> > > > > > line: 226
> > > > > > > > >
> > > > > >
> > > >
> >
StockQuoteServiceMessageReceiverInOut.invokeBusinessLogic
> > (MessageContext,
> > > > > > MessageContext) line: 73
> > > > > > > > >
> > > > > >
> > > >
> >
StockQuoteServiceMessageReceiverInOut(AbstractInOutSyncMessageReceiver).receive(MessageContext)
> > > > > > line: 39
> > > > > > > > > AxisEngine.receive(MessageContext) line: 493
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On 1/18/07, Bo Xie < [EMAIL PROTECTED]> wrote:
> > > > > > > > > > Hi,
> > > > > > > > > >
> > > > > > > > > > Regarding the instanceOf issue, I debugged and saw
the
> > > > following
> > > > > > issue.
> > > > > > > > > >
> > > > > > > > > > 1. In the WSDL2JAVA generated
> > > > > > GetAddressesDocumentImpl.getAddressArray, I
would
> > > > expect
> > > > > > the array element should be of type USAddressImpl if instance is
a
> > US
> > > > > > address. This is not the case. For example, all elements in
> > targetList
> > > > > > filled by find_all_element_users() are instances of AddressImpl
not
> > > > > > USAddressImpl when the XML element is as follows:
> > > > > > > > > >
> > > > > > > > > > <xml-fragment xsi:type="xsd:US-Address"
> > > > > > xmlns:xsi="
> > http://www.w3.org/2001/XMLSchema-instance "
> > > > > > xmlns:xsd=" http://quickstart.samples/xsd "
> > > > > >
> > > >
> >
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/ ">
> > > > > > > > > > <city xmlns="
> > http://quickstart.samples/xsd";>Cupertino</city>
> > > > > > > > > > <name xmlns="http://quickstart.samples/xsd
">XYZ</name>
> > > > > > > > > > <state xmlns="
http://quickstart.samples/xsd";>CA</state>
> > > > > > > > > > <zip xmlns=" http://quickstart.samples/xsd
">95014</zip>
> > > > > > > > > > </xml-fragment>
> > > > > > > > > >
> > > > > > > > > > This kind of explained why the instanceof is not working
> > > > properly in
> > > > > > service code. Any idea why it is done this way? Is it a bug?
> > > > > > > > > >
> > > > > > > > > > public
> > > > > > samples.quickstart.service.xmlbeans.xsd.Address
[]
> > > > > > getAddressesArray()
> > > > > > > > > > {
> > > > > > > > > > synchronized (monitor())
> > > > > > > > > > {
> > > > > > > > > > check_orphaned();
> > > > > > > > > > java.util.List targetList = new
> > > > > > java.util.ArrayList();
> > > > > > > > > >
> > > > > > get_store().find_all_element_users(ADDRESSES$2,
> > > > > > targetList);
> > > > > > > > > >
> > > > > > samples.quickstart.service.xmlbeans.xsd.Address
[]
> > > > result =
> > > > > > new
samples.quickstart.service.xmlbeans.xsd.Address
> > > > > > [targetList.size()];
> > > > > > > > > > targetList.toArray(result);
> > > > > > > > > > return result;
> > > > > > > > > > }
> > > > > > > > > > }
> > > > > > > > > >
> > > > > > > > > > Thanks,
> > > > > > > > > > -Bo
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On 1/17/07, Bo Xie <[EMAIL PROTECTED]> wrote:
> > > > > > > > > > > Hi Ramesh,
> > > > > > > > > > >
> > > > > > > > > > > Sorry to get back on this late.
> > > > > > > > > > >
> > > > > > > > > > > I noticed that the same code behave differently when
> > invoked
> > > > > > standalone(from main()), or from the service.
> > > > > > > > > > >
> > > > > > > > > > > From standalone, the xsi:type are in the XML
properly(same
> > as
> > > > your
> > > > > > test). While from service, the xsi:type attribute are missing.
> > Please
> > > > see
> > > > > > attached file test program. They are calling the same
> > > > > > method(populateAddress().
> > > > > > > > > > >
> > > > > > > > > > > I am just wondering if there is any setting on the
service
> > > > side
> > > > > > that may influence the generation of the xsi:type?
> > > > > > > > > > >
> > > > > > > > > > > Below are the XML output from two cases and the
> > > > populateAddress
> > > > > > method.
> > > > > > > > > > >
> > > > > > > > > > > Thanks,
> > > > > > > > > > > -Bo
> > > > > > > > > > >
> > > > > > > > > > > XML dump when running from main(). xsi:type is
generated.
> > > > > > > > > > >
> > > > > > > > > > > <xsd:getAddressesResponse xmlns:xsd="
> > > > > > http://quickstart.samples/xsd";>
> > > > > > > > > > > <xsd:addresses xsi:type="xsd:US-Address"
xmlns:xsi="
> > > > > > http://www.w3.org/2001/XMLSchema-instance";>
> > > > > > > > > > > <xsd:city>Sunnyvale</xsd:city>
> > > > > > > > > > > <xsd:name>XYZ</xsd:name>
> > > > > > > > > > > <xsd:state>CA</xsd:state>
> > > > > > > > > > > <xsd:zip>94087</xsd:zip>
> > > > > > > > > > > </xsd:addresses>
> > > > > > > > > > > <xsd:addresses xsd:export-code="66553322"
> > > > > > xsi:type="xsd:EU-Address" xmlns:xsi="
> > > > > > http://www.w3.org/2001/XMLSchema-instance ">
> > > > > > > > > > > <xsd:city>Hongkong</xsd:city>
> > > > > > > > > > > <xsd:name>XYZ</xsd:name>
> > > > > > > > > > > <xsd:postcode>2300331 E.C</xsd:postcode>
> > > > > > > > > > > </xsd:addresses>
> > > > > > > > > > > </xsd:getAddressesResponse>
> > > > > > > > > > >
> > > > > > > > > > > XML dump when running as service. xsi:type is missing.
> > > > > > > > > > >
> > > > > > > > > > > <xsd:getAddressesResponse xmlns:xsd="
> > > > > > http://quickstart.samples/xsd ">
> > > > > > > > > > > <xsd:addresses>
> > > > > > > > > > > <xsd:city>Sunnyvale</xsd:city>
> > > > > > > > > > > <xsd:name>XYZ</xsd:name>
> > > > > > > > > > > <xsd:state>CA</xsd:state>
> > > > > > > > > > > <xsd:zip>94087</xsd:zip>
> > > > > > > > > > > </xsd:addresses>
> > > > > > > > > > > <xsd:addresses xsd:export-code="66553322">
> > > > > > > > > > > <xsd:city>Hongkong</xsd:city>
> > > > > > > > > > > <xsd:name>XYZ</xsd:name>
> > > > > > > > > > > <xsd:postcode>2300331 E.C</xsd:postcode>
> > > > > > > > > > > </xsd:addresses>
> > > > > > > > > > > </xsd:getAddressesResponse>
> > > > > > > > > > >
> > > > > > > > > > > The populateAddress method.
> > > > > > > > > > >
> > > > > > > > > > > private static void
> > > > > > populateAddress(GetAddressesResponseDocument
> > resDoc) {
> > > > > > > > > > > // TODO Auto-generated method stub
> > > > > > > > > > >
> > > > > >
GetAddressesResponseDocument.GetAddressesResponse
> > res =
> > > > > > > > > > >
> > > > resDoc.addNewGetAddressesResponse();
> > > > > > > > > > >
> > > > > > samples.quickstart.service.xmlbeans.xsd.Address
[]
> > > > addArray
> > > > > > = new
> > samples.quickstart.service.xmlbeans.xsd.Address
> > > > [2];
> > > > > > > > > > >
> > > > > >
samples.quickstart.service.xmlbeans.xsd.USAddress
> > addr
> > > > =
> > > > > >
> > > >
> >
samples.quickstart.service.xmlbeans.xsd.USAddress.Factory.newInstance();
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > >
//samples.quickstart.service.xmlbeans.xsd.USAddress
> > > > addr =
> > > > > >
> > > >
> >
samples.quickstart.service.xmlbeans.xsd.USAddress.Factory.newInstance
();
> > > > > > > > > > > addr.setName("XYZ");
> > > > > > > > > > > addr.setCity("Sunnyvale");
> > > > > > > > > > > addr.setState(USState.CA);
> > > > > > > > > > > addr.setZip (new BigInteger("94087"));
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > >
//samples.quickstart.service.xmlbeans.xsd.EUAddress
> > > > addr1 =
> > > > > > (EUAddress) res.addNewAddresses ().changeType( EUAddress.type);
> > > > > > > > > > >
> > > > > >
samples.quickstart.service.xmlbeans.xsd.EUAddress
> > addr1
> > > > =
> > > > > >
> > > >
> >
samples.quickstart.service.xmlbeans.xsd.EUAddress.Factory.newInstance
> > ();
> > > > > > > > > > > addr1.setName("XYZ");
> > > > > > > > > > > addr1.setCity("Hongkong");
> > > > > > > > > > > addr1.setExportCode(new
BigInteger("66553322"));
> > > > > > > > > > > addr1.setPostcode ("2300331 E.C");
> > > > > > > > > > >
> > > > > > > > > > > addArray[0] = addr;
> > > > > > > > > > > addArray[1] = addr1;
> > > > > > > > > > >
> > > > > > > > > > > res.setAddressesArray(addArray);
> > > > > > > > > > >
> > > > > > > > > > > XmlOptions ops = new XmlOptions();
> > > > > > > > > > > ops.setSavePrettyPrint();
> > > > > > > > > > > ops.setSavePrettyPrintIndent (4);
> > > > > > > > > > > //String xmlStr = res.xmlText(ops);
> > > > > > > > > > > //System.out.println("Response Element String:
\n"
> > +
> > > > > > xmlStr);
> > > > > > > > > > > String xmlStr1 = resDoc.xmlText(ops);
> > > > > > > > > > > System.out.println("Response Document String:
\n"
> > +
> > > > > > xmlStr1);
> > > > > > > > > > >
> > > > > > > > > > > }
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > On 1/8/07, Ramesh Gurunathan <
[EMAIL PROTECTED]
> > >
> > > > wrote:
> > > > > > > > > > > > Hi Bo,
> > > > > > > > > > > >
> > > > > > > > > > > > Sorry for getting back so late. I missed your mail
from
> > my
> > > > email
> > > > > > pool.
> > > > > > > > > > > >
> > > > > > > > > > > > I indeed used axis2 1.1 and with xbean-2.2.0.jar
that is
> > > > shipped
> > > > > > with
> > > > > > > > > > > > the release. This is what I did to prove that
> > polymorphism
> > > > in
> > > > > > XML
> > > > > > > > > > > > works. My schema defines three complex types -
> > BaseAddress,
> > > > > > USAddress,
> > > > > > > > > > > > and UKAddress. The second item extends first and the
> > third
> > > > item
> > > > > > > > > > > > extends second. There is an element called
> > > > > > 'UpdateCustomerAddress'
> > > > > > > > > > > > that includes, by signature, type BaseAddress
unbounded.
> > The
> > > > > > element
> > > > > > > > > > > > could be used in the WSDL messages, but I didn't
want go
> > > > there.
> > > > > > > > > > > >
> > > > > > > > > > > > Now I complied the schema using the schema compiler
tool
> > > > from
> > > > > > XML
> > > > > > > > > > > > beans. (It makes no difference whether you use
WSDL2Java
> > of
> > > > > > axis2 or
> > > > > > > > > > > > directly compile using scomp of XML beans).
> > > > > > > > > > > >
> > > > > > > > > > > > I then wrote a test class, which uses the XML beans
> > classes
> > > > > > generated
> > > > > > > > > > > > classes, to verify the runtime object type for the
> > address
> > > > > > property in
> > > > > > > > > > > > UpdateCustomerAddress document. Please refer to the
> > > > attachment
> > > > > > for the
> > > > > > > > > > > > schema and test class.
> > > > > > > > > > > >
> > > > > > > > > > > > In essence, the test class creates an XML
> > programmatically,
> > > > > > which
> > > > > > > > > > > > contains a BaseAddress, an USAddress, and UKAddress
all
> > > > bound to
> > > > > > the
> > > > > > > > > > > > addresses property. Then it dumps the objects into
XML,
> > > > > > re-parses it,
> > > > > > > > > > > > and examines the objects using instanceof operator
to
> > ensure
> > > > > > that the
> > > > > > > > > > > > types are correctly created. The test output is also
in
> > the
> > > > > > > > > > > > attachment.
> > > > > > > > > > > >
> > > > > > > > > > > > TIP: I am not sure if this is significant, but
ensure
> > that
> > > > your
> > > > > > > > > > > > schema's elementFormDefault is "qualified"
> > > > > > > > > > > >
> > > > > > > > > > > > I hope this helps you.
> > > > > > > > > > > >
> > > > > > > > > > > > Ramesh
> > > > > > > > > > > >
> > > > > > > > > > > > On 1/9/07, Bo Xie < [EMAIL PROTECTED]> wrote:
> > > > > > > > > > > > > Hi Ramesh,
> > > > > > > > > > > > >
> > > > > > > > > > > > > Did you by any chance use Axis2 1.1.1 instead
of
> > 1.1
> > > > for
> > > > > > your testing?
> > > > > > > > > > > > > If you indeed used 1.1 only, can you give some
details
> > on
> > > > how
> > > > > > did you test
> > > > > > > > > > > > > the instanceof? BTW, I opened AXIS2-1938 for this
> > issue
> > > > before
> > > > > > saw your last
> > > > > > > > > > > > > reply.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > -Bo
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > On 1/5/07, Bo Xie < [EMAIL PROTECTED] > wrote:
> > > > > > > > > > > > > > Hi Ramesh,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > It is comforting to know it actually works.
> > Thanks
> > > > for
> > > > > > trying it out.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I was using axis2. 1.1 and I just reinstall
the
> > > > axis2
> > > > > > 1.1 and tried it
> > > > > > > > > > > > > again, still get the same problem. I have two
> > question.
> > > > > > > > > > > > > > 1. When you mentioned XML Bean 2.2.0, it is
the
> > one
> > > > > > xbean-2.2.0.jar
> > > > > > > > > > > > > comes with the axis2 package, not an outside jar,
> > right?
> > > > > > > > > > > > > > 2. Do you mind share the test wsdl and the
> > source
> > > > file
> > > > > > that you did
> > > > > > > > > > > > > the instanceof test. I would like to see if I am
not
> > doing
> > > > the
> > > > > > right thing
> > > > > > > > > > > > > using the generated object. Did you see the
xsi:type
> > in
> > > > the
> > > > > > soap message for
> > > > > > > > > > > > > both directions?
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > > -Bo
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > On 1/5/07, Ramesh Gurunathan <
> > > > [EMAIL PROTECTED]>
> > > > > > wrote:
> > > > > > > > > > > > > > > Hi Guys,
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I tested this today against axis2 1.1 [XML
beans
> > > > 2.2.0].
> > > > > > It actually
> > > > > > > > > > > > > > > works. The instanceof check passes. I then
> > switched to
> > > > > > Debug
> > > > > > > > > > > > > > > perspective to introspect the object type,
> > everything
> > > > > > looks perfect.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Bo - Try again and see if you can duplicate
the
> > > > problem in
> > > > > > axis2 1.1
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Ramesh
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > On 1/4/07, Ajith Ranabahu <
> > [EMAIL PROTECTED]>
> > > > > > wrote:
> > > > > > > > > > > > > > > > Hi,
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Hi Ajith,
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > The Address class only has getter and
> > setter
> > > > for
> > > > > > name, city etc.
> > > > > > > > > > > > > No
> > > > > > > > > > > > > > > > > getAddress. Do you see this ignoring of
> > xsi:type
> > > > in
> > > > > > creating
> > > > > > > > > > > > > instance as a
> > > > > > > > > > > > > > > > > bug?
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Yep. It is a bug. But AFAIK it was reported
to
> > be
> > > > > > working. In any case
> > > > > > > > > > > > > > > > you can file a Jira with your schema.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Ajith
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > >
> > > >
> >
---------------------------------------------------------------------
> > > > > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > > > > > >
[EMAIL PROTECTED]
> > > > > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > [EMAIL PROTECTED]
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > >
> > > >
> >
---------------------------------------------------------------------
> > > > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > > > > > >
[EMAIL PROTECTED]
> > > > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > [EMAIL PROTECTED]
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > >
> > > >
> >
---------------------------------------------------------------------
> > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > [EMAIL PROTECTED]
> > > > > > > > > > > > For additional commands, e-mail:
> > > > [EMAIL PROTECTED]
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> >
---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail:
> > > > [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
> >
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
[EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
