[ http://issues.apache.org/jira/browse/AXIS2-1087?page=all ]
Lori VanGulick updated AXIS2-1087:
----------------------------------
Attachment: patch.txt
I have attached a patch that fixes this problem for my testcases. It is the
same fix I described above - a one line change in WSDL11ToAxisServiceBuilder.
After doing more testing I found that it was our custom URIResolver that was
causing problems with absolute import addresses, not this patch. When we fixed
our URIResolver, this patch worked great.
I have run all the Junit tests and this patch does not cause any regressions.
> CLONE -Problem with resolving imported schemas from WSDL11ToAxisServiceBuilder
> ------------------------------------------------------------------------------
>
> Key: AXIS2-1087
> URL: http://issues.apache.org/jira/browse/AXIS2-1087
> Project: Apache Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: core
> Reporter: Lori VanGulick
> Assigned To: Ajith Harshana Ranabahu
> Priority: Blocker
> Attachments: junittest.zip, patch.txt, WIImport.ear
>
>
> When importing nested schemas with a relative path, I have noticed a problem
> with the base URI that the WSDL11ToAxisServiceBuilder passes to the
> getXMLSchema method. Considering the structure:
> WEB-INF/wsdl/porttype/Echo.wsdl
> and
> WEB-INF/wsdl/xsd/Echo.xsd
> If Echo.wsdl has an import statement like "../xsd/Echo.xsd", the schema will
> fail to import. The issue seems to be that the WSDL11ToAxisServiceBuilder
> passes the string "WEB-INF/wsdl" as the base URI. This causes the
> implementation of the org.apache.ws.commons.schema.resolver.URIResolver not
> to be able to resolve the relative location with the base URI. I wanted to
> point out this problem, and I am not looking for an immediate patch.
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
