Oops! (sheepish embarrassment!) Fixed.
Russell Butek [EMAIL PROTECTED] "Blumenkrantz, Jason" <[EMAIL PROTECTED]> on 04/03/2002 12:16:19 PM Please respond to [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject: RE: [PATCH] Fix to WSDL2Java SymbolTable Almost. I just gave it a try, the last throw new FileNotFoundException(url.toString()); needs to be } else { throw new FileNotFoundException(url.toString()); } otherwise the FNFException gets thrown even when the last URL check passes. Thanks -Jason -----Original Message----- From: Russell Butek [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 1:05 PM To: [EMAIL PROTECTED] Subject: Re: [PATCH] Fix to WSDL2Java SymbolTable Thanks, Jason! I've made your fix (with slight modifications) and all our tests pass. Of course all our tests passed before, so perhaps you could grab the latest code from CVS and verify that my 'slight modifications' aren't too drastic. Russell Butek [EMAIL PROTECTED] "Blumenkrantz, Jason" <[EMAIL PROTECTED]> on 04/03/2002 10:57:12 AM Please respond to [EMAIL PROTECTED] To: "Axis-Dev (E-mail)" <[EMAIL PROTECTED]> cc: Subject: [PATCH] Fix to WSDL2Java SymbolTable Using the latest nigthly build, I am unable to use WSDL2Java on local WSDL files with local relative imported WSDL files. Looking into SymbolTable.getURL(), it looks like the third attempt if (contextURL != null) { String contextFileName = contextURL.getFile(); String parentName = new File(contextFileName).getParent(); } was never quite completed. The supplied patch will take the parent name and build a new url from it: url = new URL("file:" + parentName + File.separator + spec); which will create a file where the spec is relative to the parent on the file system. This works for my case of local WSDL files with local relative imports and shouldn't affect the existing code any. The patch was made against the 4/3 nightly build. Thanks, Jason Blumenkrantz [EMAIL PROTECTED] <<SymbolTable.java.diff>>