axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Guillaume Sauthier (JIRA)" <axis-...@ws.apache.org>
Subject [jira] Updated: (AXIS-1702) Problem around NodeImpl.children not filled
Date Tue, 07 Dec 2004 16:01:13 GMT
     [ http://nagoya.apache.org/jira/browse/AXIS-1702?page=history ]

Guillaume Sauthier updated AXIS-1702:
-------------------------------------

    Attachment: axis-message-patch.txt

simple/sample patch working for String parameters
-> when Text node is created, we set its parent Node (that automatically add the text to
the parent children list)
-> when RPCParam is changed (via setValue opr addTextNode), the RPCParam.value is modified
to the latest value.
-> slight change in constructors

> Problem around NodeImpl.children not filled
> -------------------------------------------
>
>          Key: AXIS-1702
>          URL: http://nagoya.apache.org/jira/browse/AXIS-1702
>      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
example.
> 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:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


Mime
View raw message