axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Guillaume Sauthier (JIRA)" <>
Subject [jira] Commented: (AXIS-1702) Problem around NodeImpl.children not filled
Date Wed, 22 Dec 2004 16:24:06 GMT
     [ ]
Guillaume Sauthier commented on AXIS-1702:

If we add SOAPMessage.saveChanges at the end of the Handler processing, sax records seems
to be modified and the propagation is done : my method parameter value is effectivly changed
by the Handler.

I think this is linked to AXIS-1732, if someone want to take a look :)

So, this is not a Bug. and can be closed

> Problem around NodeImpl.children not filled
> -------------------------------------------
>          Key: AXIS-1702
>          URL:
>      Project: Axis
>         Type: Bug
>   Components: Basic Architecture, Serialization/Deserialization
>     Versions: 1.2RC2
>  Environment: JOnAS 4.3.0+
>     Reporter: Guillaume Sauthier
>  Attachments: axis-message-patch.txt
> It's the following of Bug AXIS-1697
> I found that when a Handler access the SOAPElement(RPCParam for Axis) that represent
an operation parameter, the RPCParam.children wasn't filled. Even if the RPCParam was holding
simple value as String.
> RPCParam should, in it's constructor, build more of the SOAP tree structure, a Text node
(for java.lang.String value) should be instanciated and appended to the children list for
> That's the first point.
> I patched Axis to get it works for me, but now, I'm facing the same kind of problems
for server side handlers.
> And it becomes more harder to understand what happens, because we enter in the deserialization
process of the message.
> Sum up :
> * Axis patched
> * Client Handler has modified the SOAPMessage successfully : the serialized RPCParam
has the right value
> * Server Handler traverse the SOAP Message (notice that the handler use a MessageElement,
not a RPCParam) without problems
> * Server Handler modify the same Node the client handler modified before (add some stuff
in the String)
> * But the RPCParam constructed in server side does not use the modified value
> * So the service implementation get the original String parameter (without the modifications
of the Server Handler)!
> An idea ?

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
If you want more information on JIRA, or have a bug to report see:

View raw message