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
