Good news and bad news. I can't reproduce the exact conditions, since I don't have control over www.w3.org and so I can't force the 503 for http://www.w3.org/2001/xml.xsd
So instead I wrote the following my.xsd: <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:c="my:common" > <xs:import namespace="my:common" schemaLocation="http://netjeff.com/always503.cgi" /> <xs:element name="My"> <xs:complexType> <xs:sequence> <xs:element ref="c:Common" /> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> When I run scomp *without* the -dl option, scomp seems to behave correctly: $ scomp -out my.jar my.xsd my.xsd:6:3: error: Could not load resource "http://netjeff.com/always503.cgi" (network downloads disabled). my.xsd:12:9: error: src-resolve: element 'Common@my:common' not found. Time to build schema type system: 3.097 seconds BUILD FAILED So that is good news that scomp *without* -dl seems to work, as seen in the "network downloads disabled" portion of the error message. But then why was scomp spitting out an error when www.w3.org was returning 503, as I described below? Since I can't force www.w3.org to return 503, I set up a page on my personal server (netjeff.com) to always return 503, and set that as the schemaLocation (see above). Then I ran *with* -dl option to see what the error looks like: $ scomp -dl -out my.jar my.xsd IO Error java.io.IOException: Server returned HTTP response code: 503 for URL: http://netjeff.com/always503.cgi my.xsd:6:3: error: java.io.IOException: Server returned HTTP response code: 503 for URL: http://netjeff.com/always503.cgi my.xsd:12:9: error: src-resolve: element 'Common@my:common' not found. Time to build schema type system: 3.396 seconds BUILD FAILED Note that the error above *with* -dl set looks very different from the error when www.w3.org was returning 503: [ERROR] java.lang.RuntimeException: java.lang.RuntimeException: org.apache.ws.commons.schema.XmlSchemaException: Server returned HTTP response code: 503 for URL: http://www.w3.org/2001/xml.xsd Since the error messages looks so different, maybe the issue has nothing to do with the -dl option? Could scomp be "hardcoded" such that scomp always try to fetch http://www.w3.org/2001/xml.xsd regardless of the -dl option? I'm still concerned that if www.w3.org returns 503 during a build, my build will be blocked (regardless of -dl). Should I still log an issue with Jira, since I can't actually reproduce? -- Jeff -----Original Message----- From: Cezar Andrei [mailto:cezar.and...@oracle.com] Sent: Wednesday, June 22, 2011 11:25 AM To: user@xmlbeans.apache.org Subject: Re: Why is scomp trying to access remote url without -dl option set? Jeff, This looks like a bug if it really happens, can you please make a small repro which shows the problem all the time and file it under Jira? Cezar On Jun 22, 2011, at 12:21 PM, Jeff Martin wrote: > I've been using scomp successfully for years (currently XMLBeans 2.4.0). > > Recently I got the following error: > > $ scomp -d genDir -src genDir -javasource 1.5 -out my.jar \ > my.xsd my.xsdconfig > {...snip...} > [ERROR] java.lang.RuntimeException: java.lang.RuntimeException: > org.apache.ws.commons.schema.XmlSchemaException: > Server returned HTTP response code: 503 for URL: > http://www.w3.org/2001/xml.xsd > > Why was/is scomp trying to retrieve http://www.w3.org/2001/xml.xsd? > > According to the scomp help, scomp should never try to download > anything over the network unless you explicitly set -dl option: > -dl - permit network downloads for imports and includes (default is off) > > I'm *NOT* using the -dl switch, so why was/is scomp trying to > download this file? > > Fortunately, the web server at http://www.w3.org stopped returning 503, > and my builds now work again. But I don't want to be dependent on > internet resources at build time. Why was/is scomp trying to fetch > any remote resource without the -dl option set? > > -- Jeff CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@xmlbeans.apache.org For additional commands, e-mail: user-h...@xmlbeans.apache.org