Thanks, Keith,
With your help re the -i (singular input file) and, our discovery that we
needed to fully describe the
schemaLocation ="xlink.xsd" to schemaLocation
="/path1/path2/path3/path4/xlink.xsd"
we were able to successfully create all the source java code for this .xsd
-- !!
..Mike Sanderson
Keith Visco
<kvisco@intali To: [EMAIL PROTECTED]
o.com> cc:
Subject: Re: [castor-dev] SourceGenerator
not creating
09/19/2002 output .java files -- yet, appearingto
"succeed" in its
01:46 PM execution??
Please respond
to castor-dev
Hi Mike,
I haven't looked at your Schema yet, but you can only have one -i flag,
so that means only one schema at a time. The second -i is probably the
one being used which might explain why you are not seeing the proper
files being generated.
--Keith
[EMAIL PROTECTED] wrote:
>
> Thanks, Keith,
> Here's an example of our .xsd schema. Note that we are trying to include
a
> 2nd .xsd definition: xlink.xsd.
> Perhaps this 2nd, imbedded reference is causing a problem? Also, we are
> passing in *two* .xsd defs in the
> parms passed to SourceGenerator -- I again assume that this is normal to
do
> - yes?
>
> ..Mike
>
> Our SourceGenerator java command:
> --------------------------------------------------------
> java -Xt -cp $CLASSPATH org.exolab.castor.builder.SourceGenerator -i
> metsTest1/mets.xsd -i metsTest1/xlink.xsd -types j2 -dest metsTest1
> -package mets1 > outMetsjava.txt
>
> <?xml version="1.0" encoding="UTF-8"?>
> <schema targetNamespace="http://xxx.yyy.org/"; xmlns:xlink
> ="http://www.w3.org/TR/xlink"; xmlns:xsd="http://www.w3.org/2001/XMLSchema
"
> elementFormDefault="qualified" attributeFormDefault="unqualified">
> <import namespace="http://www.w3.org/TR/xlink"; schemaLocation
> ="xlink.xsd"/>
> <element name="xxx">
> <complexType>
> <attribute ref="xlink:type" fixed="simple"/>
> <attribute name="ID" type="string"/>
> </complexType>
> </element>
> </schema>
>
>
> Keith Visco
> <kvisco@intali To: [EMAIL PROTECTED]
> o.com> cc:
> Subject: Re: [castor-dev]
SourceGenerator not creating
> 09/19/2002 output .java files -- yet,
appearing to "succeed" inits
> 11:24 AM execution??
> Please respond
> to castor-dev
>
>
>
> Mike,
>
> Can you show us an example Schema so we can see the issues first hand?
>
> Thanks,
>
> --Keith
>
> [EMAIL PROTECTED] wrote:
> >
> > Hello all,
> >
> > I've run into a curious problem with the execution of the
> SourceGenerator.
> > While I have had success with this processor in creating
> > source java files for a specific .xsd, the same processor is now
> > "appearing" to complete successfully (using a different .xsd file),
yet:
> > 1) No .java files are created
> > 2) No fatal execution errors are reported
> >
> > It appears that the process simply "works", yet, something is certainly
> > amiss. If anyone has any suggestions (or prior experiences)
> > with this kind of behavior from SourceGenerator, please let me know
what
> > you think.
> >
> > I have included my java command, and its parms, below. The -Xt parm
has
> > allowed me to output the instruction tracing for the run. There
> > are numerous tracing reports which show, for example:
> > ...
> > ...
> > Leaving java.lang.ClassLoader.check(ClassLoader.java:680)
> > 38790 10F6BC aload_0 =>
> > sun.misc.Launcher$ExtClassLoader@389F4/FBC10B28
> > 38790 10F6BD aload_1 => java.lang.String@389F8/FBC14070
> > FBC005C8 10F6BE invokespecial
> >
>
java/lang/ClassLoader.findBootstrapClass(Ljava/lang/String;)Ljava/lang/Class;
>
> > 38790 10F6BE invokespecial
> >
>
java/lang/ClassLoader.findBootstrapClass(Ljava/lang/String;)Ljava/lang/Class;
>
> >
> > (2)
> > 38790 389E0 ERROR java/lang/ClassNotFoundException
> > Leaving
> java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:669)
> > Catch at java.lang.ClassLoader.loadClass(ClassLoader.java:296)
> > 38790 10FAE3 pop
> > 38790 10FAE4 aload_0 =>
> > sun.misc.Launcher$ExtClassLoader@389D8/FBC10B28
> > 38790 10FAE5 aload_1 => java.lang.String@389DC/FBC14070
> > FBC005C8 10FAE6 invokevirtual
> > java/lang/ClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;
> > 38790 10FAE6 invokevirtual
> > java/net/URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;
> (2)
> > Entering
> > java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> > ...
> > ...
> > ...where an " ERROR java/lang/ClassNotFoundException" is thrown, yet,
> these
> > are not handled as fatal. Is there a way to force
> > error reporting for the SourceGenerator? I haven't found any parallel
> > example problems like this in the castor-dev mailing list,
> > so, I'm a bit stymied. (It's so odd that my guess is that there must
be
> a
> > simple explanation). Thanks for any help you can send my
> > way,
> >
> > ..Mike Sanderson
> >
> > (Execution command, and processing displays, below:)
> >
>
-----------------------------------------------------------------------------------
>
> > java -Xt -cp $CLASSPATH org.exolab.castor.builder.SourceGenerator -i
> > metsTest1/mets.xsd -i metsTest1/xlink.xsd -types j2 -dest metsTest1
> > -package mets1 > outMetsjava.txt
> > Started thread 151DD8
> > Started thread 14D590
> > Started thread 386C8
> > Stopping thread 386C8
> > Started thread 181490
> > Stopping thread 181490
> >
> > -----------------------------------------------------------
> > If you wish to unsubscribe from this mailing, send mail to
> > [EMAIL PROTECTED] with a subject of:
> > unsubscribe castor-dev
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
> unsubscribe castor-dev
>
> -----------------------------------------------------------
> If you wish to unsubscribe from this mailing, send mail to
> [EMAIL PROTECTED] with a subject of:
> unsubscribe castor-dev
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
