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.