You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by bu...@apache.org on 2003/01/17 12:05:11 UTC

DO NOT REPLY [Bug 16199] New: - response soap headers not passed to WSIF client

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16199>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16199

response soap headers not passed to WSIF client

           Summary: response soap headers not passed to WSIF client
           Product: Axis-WSIF
           Version: current (nightly)
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Basic Architecture
        AssignedTo: axis-dev@xml.apache.org
        ReportedBy: antelder@apache.org


WSIF allows setting soap headers by setting an ArrayList of DOM Elements in the
context message. However when processing the response WISF does not put in
response soap header information back in the context. 

Note: Currently WSIF does no validation on these Elements or checking against
any soap header definitions in the WSDL. WSIF needs to fully implement this as
defined in the WSDL 1.1 spec - 3.7 soap:header and soap:headerfault. Thats a
bigger change   and its not completely clear how it should be done. This defect
is just to provider the means of returning any soap headers in the context message.