[
https://issues.apache.org/jira/browse/AXIS2-4651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986902#action_12986902
]
Ruwan Linton commented on AXIS2-4651:
-------------------------------------
Thanks Pradeep for the contribution, be a bit careful about spaces in normal
Java coding standards, it is very minor in this case the space after the if
keyword, but that matters. :-)
> WSDL20AxisServiceBuilder overwrites operations in bindingoperation property
> map.
> --------------------------------------------------------------------------------
>
> Key: AXIS2-4651
> URL: https://issues.apache.org/jira/browse/AXIS2-4651
> Project: Axis2
> Issue Type: Bug
> Components: wsdl
> Affects Versions: 1.5.1
> Environment: Windows XP. Running AXIS-2 as standalone server.
> Reporter: Tony Lewis
> Assignee: Ruwan Linton
> Attachments: AXIS2-4651.patch
>
>
> WSDL20ToAxisServiceBuilder.processSOAPBindingExtention, line 671.
> If 'httpLocation' (line 663) is null, httpLocationString stays as an empty
> string. As a result, the httpLocationTable has an entry with a key of ""
> that gets overwritten for every operation in the binding. It ultimately ends
> up with the last binding operation.
> The repercussion will show up in HTTPLocalBasedDispatcher.findOperation, line
> 69.
> Example:
> http://localhost:8080/axis2/services/StuffService.StuffServiceHttpSoap11Endpoint/thisDoesNotExist
> Even though there is no operation named 'thisDoesNotExist', an operatin is
> performed, and it is the LAST operation in the binding definition that is set
> in WSDL20ToAxisServiceBuilder.processSOAPBindingExtention.
> So, any invalid operation in a RESTFUL URL using SOAP with WSDL 2.0 will
> always return the results from the last operation in the SOAP binding
> definition.
--
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]
