[
https://issues.apache.org/jira/browse/MUSE-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12462609
]
Dan Jemiolo commented on MUSE-145:
----------------------------------
After looking at this a while, I think that an empty handler might be the best
way around this. Aside from the WS-I BP issues around doc-literal, it's already
hard to differentiate between the various ways you can specify output
types/elements in WSDL 1.1; adding another (for no output message vs. no output
part) would make an already confusing section of code more so. Right now our
best practices are based on WS-I BP style services, with empty elements
equaling void content. To meet the needs of MS-oriented specs that don't
conform, it's probably much easier to just create an empty handler to be shared
by those few operations than to add more WSDL conventions that people have to
read.
> Suppressing default SOAP body responses when response is empty and no message
> handlers exist for the operation
> --------------------------------------------------------------------------------------------------------------
>
> Key: MUSE-145
> URL: https://issues.apache.org/jira/browse/MUSE-145
> Project: Muse
> Issue Type: New Feature
> Components: Core Engine - Routing and Serialization
> Affects Versions: 2.0.0
> Environment: any
> Reporter: Mohammad Fakhar
> Assigned To: Dan Jemiolo
> Priority: Minor
> Fix For: 2.2.0
>
> Attachments: muse145wsdl.zip
>
>
> For operations that have empty SOAP bodies, both on the request and response,
> it usually does not make sense to write a message handler; as there is
> nothing to handle on incoming or outgoing message. For such operations, Muse
> adds a default element in the SOAP body on the response, in the format:
> <muse-op:"the wsa action"Response ............../>
> There should be some way of suppressing this behavior as some web services
> actually require empty soap bodies on the response.
> The alternative for users is to create message handlers that do nothing.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
