Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipselink-users] MalformedURLException in sdo-compiler

The main method code path in SDOClassGenerator uses our default resolver, so you have a few options - modify the schema location(s) [not preferred], write an application and not use the compiler script, or write a custom class generator that uses your custom resolver and execute that from the script instead of the SDOClassGenerator.  For example, your custom class generator class could look something like:
package test;

import java.io.FileReader;
import java.io.IOException;
import javax.xml.transform.Source;
import org.eclipse.persistence.sdo.helper.DefaultSchemaResolver;
import org.eclipse.persistence.sdo.helper.FileCodeWriter;
import org.eclipse.persistence.sdo.helper.SDOClassGenerator;

public class CustomClassGenerator {
    CustomClassGenerator(String sourceFile, String sourceDir) {
        try {
            FileReader reader = new FileReader(sourceFile);
            FileCodeWriter fileCodeWriter = new FileCodeWriter();
            fileCodeWriter.setSourceDir(sourceDir);
            new SDOClassGenerator().generate(reader, fileCodeWriter, new CustomSchemaResolver());
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
   
    public static void main(String[] args) {
        String sourceDir = null;
        String sourceFile = null;
        int argsLength = args.length;

        for (int i = 0; i < argsLength; i++) {
            if (args[i].equals("-sourceFile")) {
                if (i == (argsLength - 1)) {
                    System.out.println("-sourceFile argument required");
                    System.exit(0);
                }
                sourceFile = args[++i];
            }
            if (args[i].equals("-targetDirectory")) {
                if (i == (argsLength - 1)) {
                    System.out.println("-targetDirectory argument required");
                    System.exit(0);
                }
                sourceDir = args[++i];
            }
        }
        if (null == sourceFile) {
            System.exit(0);
        }

        new CustomClassGenerator(sourceFile, sourceDir);
    }

    // SchemaResolver implementation
    class CustomSchemaResolver extends DefaultSchemaResolver {
        public Source resolveSchema(Source sourceXSD, String namespace, String schemaLocation) {
            // TODO: handle relative schema locations
            return super.resolveSchema(sourceXSD, namespace, schemaLocation);
        }
    }
}

Make sure this class is on the classpath, and change the following line in the script from:
${JAVA_HOME}/bin/java ${JVM_ARGS} -cp ${CLASSPATH} \
    org.eclipse.persistence.sdo.helper.SDOClassGenerator ${JAVA_ARGS}
to:
${JAVA_HOME}/bin/java ${JVM_ARGS} -cp ${CLASSPATH} \
    test.CustomClassGenerator ${JAVA_ARGS}

Please let me know if you have any further questions.



David Goodenough wrote:
How do I use this in the sdo-compiler?

David

On Wednesday 09 July 2008, David McCann wrote:
  
Hey David,

To handle this scenario you will need to implement a SchemaResolver
(org.eclipse.persistence.sdo.helper package) that can load the doc based
on the relative path.  To do this, you can simply extend the default
resolver we provide
(org.eclipse.persistence.sdo.helper.DefaultSchemaResolver) and override
the resolveSchema(Source, String, String) method to handle this case.
Note that the schema resolver is passed in as a parameter in the define
method on the delegator.

Here's an example of a custom resolver:

    public class CyclicSchemaResolver extends DefaultSchemaResolver {
        public Source resolveSchema(Source sourceXSD, String namespace,
    String schemaLocation) {
            if (schemaLocation != null && !schemaLocation.equals("")) {
                return super.resolveSchema(sourceXSD, namespace,
    schemaLocation);
            }
            schemaLocation = namespace.equals("uri") ? "Cyclic1.xsd" :
    "Cyclic2.xsd";
            URL schemaUrl = null;
            try {
                if (getBaseSchemaLocation() != null) {
                    // Attempt to resolve the schema location against
    the base location
                    URI baseUri = new URI(getBaseSchemaLocation());
                    URI resolvedUri = baseUri.resolve(schemaLocation);
                    schemaUrl = resolvedUri.toURL();
                } else {
                    schemaUrl = new URL(schemaLocation);
                }
            } catch (Exception e) {
                return null;
            }
            return new StreamSource(schemaUrl.toExternalForm());
        }
    }

Please let me know if you have any questions.

--Dave
------------------------------------------------------------------------

David Goodenough wrote:
    
I am trying to run the sdo-compiler against some of the OASIS xsd files
but when I try I get a MalformedURLException when resolving schemas.

This is using 1.0M11.

The first exception I get is:-

[EL Warning]: 2008.07.09 11:41:48.932--Thread(Thread[main,5,main])--An
java.net.MalformedURLException occurred processing referenced schema with
uri
urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2
with schemaLocation ../common/UBL-CommonAggregateComponents-2.0.xsd.
[EL Finest]: 2008.07.09
11:41:48.947--Thread(Thread[main,5,main])--java.net.MalformedURLException
: no protocol: ../common/UBL-CommonAggregateComponents-2.0.xsd
        at java.net.URL.<init>(URL.java:567)
        at java.net.URL.<init>(URL.java:464)
        at java.net.URL.<init>(URL.java:413)
        at
org.eclipse.persistence.sdo.helper.DefaultSchemaResolver.resolveSchema(De
faultSchemaResolver.java:55) at
org.eclipse.persistence.sdo.helper.SchemaResolverWrapper.resolveSchema(Sc
hemaResolverWrapper.java:61) at
org.eclipse.persistence.sdo.helper.SDOTypesGenerator.getReferencedSchema(
SDOTypesGenerator.java:2056) at
org.eclipse.persistence.sdo.helper.SDOTypesGenerator.getSchema(SDOTypesGe
nerator.java:2025) at
org.eclipse.persistence.sdo.helper.SDOTypesGenerator.getSchema(SDOTypesGe
nerator.java:1999) at
org.eclipse.persistence.sdo.helper.SDOTypesGenerator.define(SDOTypesGener
ator.java:108) at
org.eclipse.persistence.sdo.helper.SDOClassGenerator.generate(SDOClassGen
erator.java:209) at
org.eclipse.persistence.sdo.helper.SDOClassGenerator.generate(SDOClassGen
erator.java:175) at
org.eclipse.persistence.sdo.helper.SDOClassGenerator.main(SDOClassGenerat
or.java:111)

Looking at the relevant line in the xsd file, it starts:-

<?xml version="1.0" encoding="UTF-8"?>
<!--
  Document Type:     Invoice
  Generated On:      Tue Oct 03 2:26:38 P3 2006

-->
<!-- ===== xsd:schema Element With Namespaces Declarations ===== -->
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
   
targetNamespace="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"
xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2"

xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateCo
mponents-2"

xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicCompon
ents-2"

xmlns:udt="urn:un:unece:uncefact:data:specification:UnqualifiedDataTypesS
chemaModule:2" xmlns:ccts="urn:un:unece:uncefact:documentation:2"

xmlns:ext="urn:oasis:names:specification:ubl:schema:xsd:CommonExtensionCo
mponents-2"

xmlns:qdt="urn:oasis:names:specification:ubl:schema:xsd:QualifiedDatatype
s-2" elementFormDefault="qualified"
    attributeFormDefault="unqualified"
    version="2.0">
<!-- ===== Imports ===== -->
  <xsd:import
namespace="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateCo
mponents-2"
schemaLocation="../common/UBL-CommonAggregateComponents-2.0.xsd"/>

and I think it is complaining about schemaLocation.

I guess this is because of the lack of a protocol.

I am using Sun Java 6 on linux, using its default XML code.

Perhaps the code in DefaultSchemaResolver needs to trap this exception
and try adding file:/// to the front of the URL.  I do not know whether
this is really a fault with the OASIS xsd file but they have been in the
field for a while and I am sure of XML parsers generally objected to this
it would have been picked up as a problem.

In fact looking at the code, should DefaultSchemaResolver.java line 55
which currently reads:-

                schemaUrl = new URL(schemaLocation);

read instead:-

		schemaUrl = new URI(schemaLocation).toUrl();

as the javadoc for URI says that it can handle this kind of specification
without a protocol.

David
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
      

_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
  

--

Oracle
David McCann | Principal Software Engineer | TopLink Product
Oracle Corporation Canada
45 O'Connor Street, Suite 400
Ottawa, Ontario K1P 1A4
Canada
613.288.4636
613.238.2818 (fax)


Back to the top