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
