My mistake :) I realised I have been testing with bad jar URL's. File refererences to the RHS of the "!" seperator must be absolute ( "!" followed by "/" - eg. jar:file://c:/my.jar!/dir/file.xml).
I modified my catalog file accordingly, and the jar: resolving works perfectly! Thus its possible to reference any schema files included in a future woden.jar, which I think meets at least part of Arthur's requirement in WODEN-83 [1]. (Currently the resolves for the wsdl/xml schema still need to be explicitly declared in the catalog. I'll add some text to the JIRA for comments/feedback there). We haven't discussed Chinthaka's requirement in detail yet, but I think it addresses that axis2 issue? I'll provide a description & example of how to use this, probably as a Woden posting... [1] http://issues.apache.org/jira/browse/WODEN-83 Kind Regards, Graham. Graham Turrell/UK/IBM wrote on 21/11/2006 14:16:25: > I've done some experimentation with the jar: URLs and the simple > resolver using the woden JUnit test suite. The resolver is able to > process jar URLs > but the DOM and xml schema parsers don't handle them correctly > (MalformedURLException citing the "!" character). > I'll look a bit deeper to see what could be done, including the > WSDLLocator approach. > I'm aware that the OASIS resolver supports the jar: notation and > will find out to what extent and whether this gives us an out-of-the > box solution. > > Maybe we should consider whether we want (or can achieve) Woden as a > whole supporting the jar notation at its API, not just the resolver? > For example ought it to be possible to supply a jar: URL to > WSDLReader.readWSDL()? At the moment, my testing on readWSDL() shows > it doesn't > accept jar: arguments out of the box (we get the MalformedURLException above). > > Kind Regards, > > Graham. > > > [EMAIL PROTECTED] wrote on 17/11/2006 09:51:23: > > > On 11/16/06, John Kaputin <[EMAIL PROTECTED]> wrote: > > > > > > Graham, > > > I discussed this Axis2 requirement with Chinthaka tonight. We > will probably > > > need a call with you on Friday to discuss further. > > > > > > The URIResolver interface has a resolveURI method that takes a URI and > > > returns a URI. Axis deployed AAR files need to bundle the WSDL and schema > > > files but in this case Woden cannot read them because it cannot resolve > > > URIs to the contents of these types of archives. > > > > Does the jar: URL/URI scheme work here? [1] after all isn't an aar > > file just a jar renamed. > > > > [1] http://java.sun.com/j2se/1.4.2 /docs/api/java/net/JarURLConnection.html > > > > > Axis can provide this > > > behaviour, but they need a resolver mechanism with an API that takes a URI > > > but returns an InputSource - e.g. a URIResolver method like "InputSource > > > resolveURI(originalURI)". > > > > > > The way this works in WSDL4J is the WSDLLocator interface. WSDL4J provides > > > this interface and the WSDLReader accepts a WSDLLocator object and makes > > > use of it when importing other wsdls or schemas, but the client > application > > > (e.g. Axis or WSIF) provide the WSDLLocator implementation. > > > > While the WSDL4J WSDLLocator mechanism is more flexible (and more > > complex) I think jar: works for most cases. > > > > > > > > The solution might be to do something similar with the URIResolver > > > interface or something like it. You mentioned a while back thatURI to URI > > > resolution was just the start and that resolving URIs to other > things (e.g. > > > InputSource?) might be required. I'd like to discuss your thoughts on this > > > wrt the Axis requirements. Can we discuss further on Friday. Maybe a phone > > > call with Chinthaka too. Will be in touch Fri. > > > > I'd like to dial in too. > > > > > > > > John Kaputin > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > Jeremy > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
