[ http://issues.apache.org/jira/browse/AXIS2-53?page=comments#action_12315537 ]
Ruchith Fernando commented on AXIS2-53: --------------------------------------- This is the wsdl given in the WS-Trust [1] specification http://www-128.ibm.com/developerworks/library/specification/ws-trust/ws-trust.wsdl If my interpretation is correct, the spec requires different bindings of the 'SecurityTokenService' portType definition to be used for security token issuance, validation, renewal and cancellation. And each of those bindings specify their own pair of wsa:Action values to be used with the input message and the output message. How can this be facilitated with WSDL/WS-Addressing [2] binding spec, where wsa:Action values are associated with the 'portType' definition in the wsdl? Is this a problem with the WS-Trust spec... or have I have missed something obvious :-) [1] ftp://www6.software.ibm.com/software/developer/library/ws-trust.pdf [2] http://www.w3.org/TR/2005/WD-ws-addr-wsdl-20050413/ > Binding service operations to wsa:Action > ---------------------------------------- > > Key: AXIS2-53 > URL: http://issues.apache.org/jira/browse/AXIS2-53 > Project: Apache Axis 2.0 (Axis2) > Type: Improvement > Components: core > Reporter: Ruchith Fernando > > An operations should be able to handle different types of wsa:actions. > Therefore there can be a set of actions wsa:actions associated with an > oprtation. > Therefore we will have to provide a mechanism of mapping wsa:action uri > values to the service oprtations. > One option is to have a list of wsa:action URIs to be listed in the > service.xml with respect to a given operation. > Example: > <operation name="RequestSecurityToken"> > <messageReceiver > class="org.apache.axis.receivers.RawXMLINOutMessageReceiver"/> > <action uri="http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Issue"/> > <action uri="http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Renew"/> > <action > uri="http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Validate"/> > <action uri="http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Cancel"/> > </operation> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
