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/03 15:51:46 UTC

DO NOT REPLY [Bug 15780] New: - WSIF stub invocation for doc style with unwrapped parts don't work

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=15780>.
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=15780

WSIF stub invocation for doc style with unwrapped parts don't work

           Summary: WSIF stub invocation for doc style with unwrapped parts
                    don't work
           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


When invoking a wrapped document style operation the input/output message parts
may be either wrapped or unwrapped.

With the DII WSIF can determine if the parts are wrapped or unwrapped by the
part name. When using stubs WSIFClientProxy sets the parts in the WSIFMessage,
but it has no way of knowing if the parts are wrapped or unwrapped. 

See the testcases in the interop package InteropDocTest and
InteropDocWrappedTest for an example. InteropDocTest can not use stubs as
WSIFClientProxy always assumes the parts must be wrapped.

The only way I can see to fix this is to add a method somewhere (WSIFService?)
to set if parts by default are wrapped or unwrapped, and to have WSIFClientProxy
 check what this default is when setting WSIFMessage parts.