|
List Info
Thread: Re: AXIS2 + wsdl2java + XMLBeans not producing correct binding
|
|
| Re: AXIS2 + wsdl2java + XMLBeans not
producing correct binding |

|
2007-06-12 07:53:32 |
|
Right--when I try to do that I get a classcastexception when I use the inheiriting class. When I use the abstract parent class then gives me the name of the element.
I do: addDevice.getAddDevice().getAddDeviceInputParam().getAbstractAttributeSet().schemaType().getName().getLocalPart())
The result is a classcastexception in getAbstractAttributeSet() in the line target = (com.nds.consumermgr.types.AbstractAttributeSetType)get_store().find_element_user(ABSTRACTATTRIBUTESET$3, 0);
So for some reason it doesn't know to get the inheiriting type.
Any ideas?
I'm attaching my schema and my sample soap request--maybe you'll see what I'm doing wrong.
On 6/11/07, Mohana Ramaratnam
< mohanar npg.wustl.edu">mohanar npg.wustl.edu> wrote:
The way this has been working for me is:
If (file.schemaType().getName().getLocalPart().equals(ImageResource.type.getName().getLocalPart()))
ImageResource imageResource =
(ImageResource)file.changeType(ImageResource.type);
Where file is an object of type AbstractResource
and ImageResource extends AbstractResource (similar to your case of Type1
extending AbstractType)
You could check your xmlbeans src to see
what the class hierarchy is.
Right so checking the
schematype gives me the parent type and casting the parent type to the
inheiriting type gives me a runtime exception.
Have you ever gotten this to work? Do you think maybe my soap message or
my xsd may be wrong?
On 6/11/07, Mohana
Ramaratnam < mohanar npg.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mohanar npg.wustl.edu>
wrote:
I think you can invoke the method schemaType to check the
xsiType
Okay, but how do I check at runtime whether its Type1
or Type2?
On
6/11/07, Mohana Ramaratnam < mohanar npg.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mohanar npg.wustl.edu >
wrote:
You will have to use the method changeType and typecast the
result back to the Type1 class.
Mohana
So I have a schema containing the following structure:
AbstractType
/
/
extension
/
Type1 Type2
When I send the service an instance of Type1 for example using
xsi:type="ns1:Type1", it should give me the Type1 class(which
wsdl2java generated and which extends the AbstractType class).
Instead it gives me a class of type AbstractType!
Has anyone successfully done this? Does it work? Is this the
expected behaviour of XML beans? What am I doing wrong?
|
|
|
|
|
|
|
| Fwd: AXIS2 + wsdl2java + XMLBeans not
producing correct binding |

|
2007-06-12 08:21:38 |
|
Right--when I try to do that I get a classcastexception when I use the inheiriting class. When I use the abstract parent class then gives me the name of the element.
I do:
addDevice.getAddDevice().getAddDeviceInputParam().getAbstractAttributeSet().schemaType().getName().getLocalPart())
The result is a classcastexception in getAbstractAttributeSet() in the line target = (com.nds.consumermgr.types.AbstractAttributeSetType)get_store().find_element_user(ABSTRACTATTRIBUTESET$3, 0);
So for some reason it doesn't know to get the inheiriting type.
Any ideas?
I'll send you my schema and my sample soap request--maybe you'll see what I'm doing wrong.
On 6/11/07, Mohana Ramaratnam
< mohanar npg.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mohanar npg.wustl.edu> wrote:
The way this has been working for me is:
If (file.schemaType().getName().getLocalPart().equals(ImageResource.type.getName().getLocalPart()))
ImageResource imageResource =
(ImageResource)file.changeType(ImageResource.type);
Where file is an object of type AbstractResource
and ImageResource extends AbstractResource (similar to your case of Type1
extending AbstractType)
You could check your xmlbeans src to see
what the class hierarchy is.
Right so checking the
schematype gives me the parent type and casting the parent type to the
inheiriting type gives me a runtime exception.
Have you ever gotten this to work? Do you think maybe my soap message or
my xsd may be wrong?
On 6/11/07, Mohana
Ramaratnam < mohanar npg.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mohanar npg.wustl.edu>
wrote:
I think you can invoke the method schemaType to check the
xsiType
Okay, but how do I check at runtime whether its Type1
or Type2?
On
6/11/07, Mohana Ramaratnam < mohanar npg.wustl.edu" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mohanar npg.wustl.edu >
wrote:
You will have to use the method changeType and typecast the
result back to the Type1 class.
Mohana
So I have a schema containing the following structure:
AbstractType
/
/
extension
/
Type1 Type2
When I send the service an instance of Type1 for example using
xsi:type="ns1:Type1", it should give me the Type1 class(which
wsdl2java generated and which extends the AbstractType class).
Instead it gives me a class of type AbstractType!
Has anyone successfully done this? Does it work? Is this the
expected behaviour of XML beans? What am I doing wrong?
|
[1-2]
|
|