axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Guillaume Sauthier (JIRA)" <>
Subject [jira] Updated: (AXIS-1732) JAXRPC Handler modification not propagated to actual service implmentation
Date Fri, 17 Dec 2004 15:50:26 GMT
     [ ]

Guillaume Sauthier updated AXIS-1732:

    Attachment: axis-soapmessage.saveChanges-patch.txt

add a test in test.wsdl.jaxrpchandler2
not very clean, but that show the failure

in the new handler, the saveChanges call is commented, so the test will fail. if you uncomment
the line, test pass.

> JAXRPC Handler modification not propagated to actual service implmentation
> --------------------------------------------------------------------------
>          Key: AXIS-1732
>          URL:
>      Project: Axis
>         Type: Bug
>   Components: SAAJ, Serialization/Deserialization
>     Versions: current (nightly)
>  Environment: JOnAS 4.3.0+
>     Reporter: Guillaume Sauthier
>  Attachments: axis-soapmessage.saveChanges-patch.txt
> I'm facing some problems with server side JAXRPC Handlers that modify the SOAPMessage
but theses changes are never propagated to the real service invokation.
> After reading some docs, I found an interressting method on SOAPMessage : saveChanges().
> Here is an extract :
> === api snippet ===
>      saveChanges
> public abstract void *saveChanges*()
>                          throws SOAPException
>    Updates this |SOAPMessage| object with all the changes that have
>    been made to it. This method is called automatically when
>    |writeTo(OutputStream)| is called.
>    However, if changes are made to a message that was
>    received or to one that has already been sent, the method
>    |saveChanges| needs to be called explicitly in order to save the
>    changes. The method |saveChanges| also generates any changes that
>    can be read back (for example, a MessageId in profiles that support
>    a message id). All MIME headers in a message that is created for
>    sending purposes are guaranteed to have valid values only after
>    |saveChanges| has been called.
>    In addition, this method marks the point at which the data from all
>    constituent |AttachmentPart| objects are pulled into the message.
> ...
> === /api snippet ===
> The important part is "|saveChanges| needs to be called explicitly"
> This method is never called by Axis, seems that's the role of the Handler to call this
> Maybe Axis could automatically use msg.saveContext() in some case (after server-side
jaxrpc handler chain (request) for example, and maybe client side (response) ). this can be
done only if saveRequired is true ...
> What do you think ? 

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