axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Godwin Chapman (JIRA)" <>
Subject [jira] Commented: (AXIS2-2584) AAR deployment fails with a WSDL 2 document due to spaces in path to AAR file (interpreted as a URI)
Date Tue, 24 Apr 2007 05:51:15 GMT


Keith Godwin Chapman commented on AXIS2-2584:

Hi Steven,

I I applied the patch you had given. Thanks for that.

Yes I did come across the same issue with regard to loading the schemas through woden (apparently
it didnt work for two levels of importing and it did work for one level of importing). Fixing
this is something to do with woden, so we wont be able to get it into the 1.2 release. I'll
file a JIRA with them. 

The problem you had was it with two levels of importing too? (Cause it works for one level
of importing).


> AAR deployment fails with a WSDL 2 document due to spaces in path to AAR file (interpreted
as a URI)
> ----------------------------------------------------------------------------------------------------
>                 Key: AXIS2-2584
>                 URL:
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Bug
>          Components: deployment
>    Affects Versions: nightly
>         Environment: Windows XP, Apache Tomcat 6
>            Reporter: Steven E. Harris
>         Assigned To: Keith Godwin Chapman
>         Attachments:
> The class org.apache.axis2.deployment.repository.util.ArchiveReader attempts to construct
a JAR-based URI in its processWSDLFile() method:
>                 } else if (axisServiceBuilder instanceof WSDL20ToAxisServiceBuilder)
>                     // trying to use the jar scheme as the base URI. I think this can
be used to handle
>                     // wsdl 1.1 as well without using a custome URI resolver. Need to
look at it later.
>                     axisServiceBuilder.setBaseUri(
>                             "jar:file://" + serviceArchiveFile.getAbsolutePath() + "!/"
+ baseURI);
>                 }
> The call to "serviceArchiveFile.getAbsolutePath()" creates a path string with embedded
spaces and backslashes (on Windows). The constructor rejects such a path, emitting
an error such as:
> INFO: Trouble processing wsdl file :Illegal character in opaque part at index 13: jar:file://C:\Program
> Note that it's complaining about the backslash after the "C:' part.
> The fix is simple: build the new URI from yet another URI:
>                     axisServiceBuilder.setBaseUri(
>                             "jar:" + serviceArchiveFile.toURI() + "!/" + baseURI);

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:
For additional commands, e-mail:

View raw message