Error is SOAP Action Based Dispatching
--------------------------------------
Key: AXIS2C-854
URL: https://issues.apache.org/jira/browse/AXIS2C-854
Project: Axis2-C
Issue Type: Bug
Components: code generation, core/addressing, core/context,
core/deployment, core/description, core/engine, core/phaseresolver
Affects Versions: 1.2.0
Reporter: Senaka Fernando
Priority: Critical
IN SOAP Action Based Dispatching, the Axis2/C engine is not capable of
identifying operations corresponding to SOAP Actions that do not contain a URL
with the operation name as a part of it. And, thus, violates the specification
of WS-I where the SOAP action can be any valid uri.
The proposed fix in diff.txt enables the user to specify such uri's as an
actionMapping element in the services.xml. This satisfies the usage of the
particular element as in [1].
However, due to our implementation, the user can also specify such uri's as a
wsamapping parameter. And, that parameter is available as a
operation-to-action-mapping even when WS-Addressing is disabled and thus
violating the use of the wsamapping parameter.
To overcome this issue, I have attached a second patch that allows the user
only to use the actionMapping element if WS-Addressing is disabled, so that the
SOAP Action Based Dispatcher can identify the particular operation. When
WS-Addressing is enabled, the wsamapping parameter and the actionMapping
element are both available for operation name resolution.
But, the second patch (diff2.txt), has an awkward approach of setting
action-mappings specified in wsamapping parameters when the phase resolver
globally engages modules to services. This is due to our implementation having
global module attachment after populating all the services.
The proper approach would have been to initially identify globally enabled
modules and attach them to each service during the population stage. Correct me
if I'm wrong. However, this requires a great deal of re-working and I have not
attempted that.
[1] http://wso2.org/library/2060
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]