[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmlrpc-user
Subject:    [jira] [Resolved] (XMLSCHEMA-21) MalformedURLException - no protocol - when reading schema with recu
From:       "Daniel Kulp (JIRA)" <jira () apache ! org>
Date:       2012-07-24 17:34:34
Message-ID: 1802191633.96755.1343151274970.JavaMail.jiratomcat () issues-vm
[Download RAW message or body]


     [ https://issues.apache.org/jira/browse/XMLSCHEMA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]

Daniel Kulp resolved XMLSCHEMA-21.
----------------------------------

    Resolution: Cannot Reproduce
      Assignee: Daniel Kulp


Cannot reproduce and asked for a full test case several months ago.  Resolving.
                
> MalformedURLException - no protocol - when reading schema with recursive schema \
>                 imports
> ---------------------------------------------------------------------------------------
>  
> Key: XMLSCHEMA-21
> URL: https://issues.apache.org/jira/browse/XMLSCHEMA-21
> Project: XmlSchema
> Issue Type: Bug
> Affects Versions: XmlSchema 2.0.1
> Environment: Windows7
> Reporter: Arik Goldstein
> Assignee: Daniel Kulp
> Labels: MalformedURLException, import, schemalocation
> 
> I have the following xsd files:
> schema1.xsd - contains import to schema2.xsd
> schema2.xsd
> schema3.xsd - contains import to schema1.xsd
> imports are with relative paths (plain file name, all schema files are in the same \
> directory) Reading of schema1 and schema2 works fine.
> Reading of schema3 fails with the following exception and call stack:
> Caused by: java.lang.RuntimeException: java.net.MalformedURLException: no protocol: \
> schema1.xsd  at org.apache.ws.commons.schema.resolver.DefaultURIResolver.resolveEntity(DefaultURIResolver.java:72)
>   at org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:684)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleImport(SchemaBuilder.java:538)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleSchemaElementChild(SchemaBuilder.java:1513)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleXmlSchemaElement(SchemaBuilder.java:659)
>   at org.apache.ws.commons.schema.SchemaBuilder.build(SchemaBuilder.java:157)
> 	at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:499)
>   at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:709)
>   at org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:706)
>   at org.apache.ws.commons.schema.SchemaBuilder.resolveXmlSchema(SchemaBuilder.java:732)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleImport(SchemaBuilder.java:541)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleSchemaElementChild(SchemaBuilder.java:1513)
>   at org.apache.ws.commons.schema.SchemaBuilder.handleXmlSchemaElement(SchemaBuilder.java:659)
>   at org.apache.ws.commons.schema.SchemaBuilder.build(SchemaBuilder.java:157)
> 	at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:499)
>   at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:709)
>   at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:556)
>   at org.apache.ws.commons.schema.XmlSchemaCollection.read(XmlSchemaCollection.java:586)
>  Debugging shows that:
> * when reading schema1.xsd and resolving schema2.xsd (in \
>                 SchemaBuilder.resolveXmlSchema), the baseUri is file and the \
>                 operation succeeds
> * when reading schema3.xsd and resolving schema1.xsd->schema2.xsd, the baseUri is \
> plain text (schema1.xsd) and not file (file:/c:/schema1.xsd) and the   operation \
>                 fails
> Workaround: use full path in the schema location (c:\schema1.xsd instead of \
> schema1.xsd) fixes the problem. However this workaround is ugly and the recursive \
> import should work without  it.  I would be glad to hear your opinions. 
> Thanks in advance, 
> Arik Goldstein

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: \
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more \
information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ws.apache.org
For additional commands, e-mail: dev-help@ws.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]