You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@xmlbeans.apache.org by Jeff Martin <JM...@telecomsys.com> on 2011/06/22 19:21:23 UTC

Why is scomp trying to access remote url without -dl option set?

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-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org


Re: Why is scomp trying to access remote url without -dl option set?

Posted by Cezar Andrei <ce...@oracle.com>.
What you get is exactly what we were expecting, from my knowledge we use a single resolver for all imports.
I wouldn't file a bug if you can't reproduce it anymore, but if you feel strongly about it go ahead.

Cezar

On Jun 22, 2011, at 2:16 PM, Jeff Martin wrote:

> 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.andrei@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-unsubscribe@xmlbeans.apache.org
> For additional commands, e-mail: user-help@xmlbeans.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org


RE: Why is scomp trying to access remote url without -dl option set?

Posted by Jeff Martin <JM...@telecomsys.com>.
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.andrei@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-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org


Re: Why is scomp trying to access remote url without -dl option set?

Posted by Cezar Andrei <ce...@oracle.com>.
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-unsubscribe@xmlbeans.apache.org
> For additional commands, e-mail: user-help@xmlbeans.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: user-help@xmlbeans.apache.org