[
https://issues.apache.org/jira/browse/AXIS2-4362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12986289#action_12986289
]
Pradeep Fernando commented on AXIS2-4362:
-----------------------------------------
Hi,
I tested this behaviour in the latest axis2 trunk, and for me it worked without
a problem. I even used the services.xml parameter <useOriginalwsdl> and found
out that the service deployment works fine. Hence we should close this issue. I
have attached the services archives i have used.
P.S : it would be great , if you can provide the artifacts when you are
reporting an issue, since mere re-poroducing takes some time.
> If WSDL has multiple services, DeploymentEngine uses incorrect one
> ------------------------------------------------------------------
>
> Key: AXIS2-4362
> URL: https://issues.apache.org/jira/browse/AXIS2-4362
> Project: Axis2
> Issue Type: Bug
> Components: deployment
> Affects Versions: 1.4
> Reporter: Ben Reif
>
> We have a WSDL file that defines multiple services. Each service is deployed
> within a War as a seperate *.aar file, but they share the same WSDL file.
> In DeploymentEngine.populateService(), it calls:
>
> WSDL11ToAxisServiceBuilder wsdl2AxisServiceBuilder = new
> WSDL11ToAxisServiceBuilder(wsdlStream, null, null);.
> It passes in null for the service QName, even though it has the value of
> serviceName and it could get the target namespace from the services.xml or
> the WSDL definition. If you pass in null, this causes the
> WSDL11ToAxisServiceBuilder.findService() to just pick the first
> <wsdl:service> that has a Port. If you have multiple services defined in your
> WSDL file, this results in the incorrect AxisService objects being put into
> the AxisConfiguration since it's always just using the information from the
> first one that it finds with a port.
> The DeploymentEngine should determine the correct service QName in this case
> and pass that into the WSDL11ToAxisServiceBuilder.
--
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: java-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: java-dev-h...@axis.apache.org
