You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Jervis Liu (JIRA)" <ji...@apache.org> on 2007/04/06 04:52:32 UTC
[jira] Resolved: (CXF-483) Make sure imported xsd access works when
there are multiple endpoints deployed in Servlet
[ https://issues.apache.org/jira/browse/CXF-483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jervis Liu resolved CXF-483.
----------------------------
Resolution: Fixed
> Make sure imported xsd access works when there are multiple endpoints deployed in Servlet
> -----------------------------------------------------------------------------------------
>
> Key: CXF-483
> URL: https://issues.apache.org/jira/browse/CXF-483
> Project: CXF
> Issue Type: Sub-task
> Components: Transports
> Reporter: Jervis Liu
> Assigned To: Jervis Liu
>
> Looks like the recently checked-in fix for Bug: CXF 448 wont work in certain
> cases.
> The wsdllocation is stored in the ServletController while the endpoint is
> built from the CXFServlet (CXFServlet#buildEndpoint). Assume I have multiple
> endpoints deployed(which would have different wsdllocations).
> I could have a single WAR app deployed in the web server, and publish
> multiple services to it.
> I could programatically publish an endpoint without going through the
> CXFServlet. In such cases this solution would fail.
> I could think of one probable solution to this issue:
> 1. Currently, while publishing we store the Server with the ServerRegistry.
> 2. Later when a request comes for an XSD, we get the corresponding Endpoint
> from the ServerRegistry. (Using the Endpoint's address field)
> 3. Add a method to Endpoint API to get the wsdlLocation from Endpoint.
> Thus we can get hold of the user supplied wsdl location, later resolve the
> xsd location relative to it.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.