You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by Derek <de...@crc-corp.com> on 2006/07/20 00:39:19 UTC
Cannot load SchemaTypeSystem
Hi, folks.
I just ran WSDL2Java (from yesterday's nightly build), and generated a bunch
of output files. Now, I am trying to test a client which is written with
those output files. Whenever I try, however, I get the following exception:
Exception in thread "main" java.lang.ExceptionInInitializerError
at
crc.ieee1512import.xmlbeans.im.IMWrapper$Factory.newInstance(IMWrapper.java:
79)
at
crc.importtestclient.IEEE1512Client.createIMWrapper(IEEE1512Client.java:67)
at
crc.importtestclient.IEEE1512Client.runTest(IEEE1512Client.java:50)
at crc.importtestclient.ClientMain.main(ClientMain.java:39)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)
Caused by: java.lang.RuntimeException: Cannot load SchemaTypeSystem. Unable
to load class with name
schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994CE78D.TypeSyste
mHolder. Make sure the generated binary files are on the classpath.
at
org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:781)
at
crc.ieee1512import.xmlbeans.im.IMWrapper.<clinit>(IMWrapper.java:18)
... 9 more
Caused by: java.lang.ClassNotFoundException:
schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994CE78D.TypeSyste
mHolder
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:767)
... 10 more
I have verified that the generated 'resources' directory is in my classpath.
I have also verified that there exists a subdirectory of it named
schemaorg_apache_xmlbeans/system/s3F178E0A50CC587BC745803A994CE78D. However,
there is no TypeSystemHolder class in that directory (although there are a
bunch of .xsb files in it).
I am rather flummoxed as to what to do. Has anybody seen this before?
Derek
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
RE: Cannot load SchemaTypeSystem
Posted by Derek <de...@crc-corp.com>.
Thanks for your response, Robert.
I did some more looking, and found that my IDE (IntelliJ Idea) was hiding
the class file that was generated from me, so I didn't know it existed. I
also found that the specific run target that I was using wasn't including
the resources directory in the class path like I thought it was. I had set
up Idea to include the directory in the source path for compilation, not the
class path, assuming that what was going to be generated was Java source
code rather than a class file. I am still a bit surprised that an actual
class file is being generated here, particularly after looking at the code
in WSDL2Java which does it by copying and modifying an existing class file
(!). With the directory now properly included in my runtime class path, the
code now seems to run correctly.
Derek
> -----Original Message-----
> From: robert lazarski [mailto:robertlazarski@gmail.com]
> Sent: Thursday, July 20, 2006 9:20 AM
> To: axis-user@ws.apache.org; derek-axis@crc-corp.com
> Subject: Re: Cannot load SchemaTypeSystem
>
>
> When you run WSDL2Java with xmlbeans, there will indeed be a
> TypeSystemHolder class generated and you have to somehow get
> that class into you classpath. From the codegen guide:
>
> http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
>
> "An important detail is that an XMLBean class file is also
> generated by WSDL2Java, TypeSystemHolder.class. That file is
> placed into build/classes by the above ant task and will be
> needed to compile the generated sources. A frequent problem
> is users get an error such as:
>
> ClassNotFoundException : Cannot load SchemaTypeSystem. Unable
> to load class with name
> schemaorg_apache_xmlbeans.system.s68C41DB812F52C975439BA10FE4F
> EE54.TypeSystemHolder.
> Make sure the generated binary files are on the classpath.
>
> The TypeSystemHolder.class generated by WSDL2Java must be
> placed in your classpath in order to avoid this error."
>
> For example, when I run WSDL2Java, I do it thru an ant task:
>
> <target name="wsdl2java" depends="clean,prepare">
> <delete dir="output" />
> <java classname="org.apache.axis2.wsdl.WSDL2Java" fork="true">
> <classpath refid="axis.classpath"/>
> <arg value="-d"/>
> <!-- none ??? -->
> <arg value="xmlbeans"/>
> <arg value="-uri"/>
> <arg file="wsdl/Maragato.wsdl"/>
> <arg value="-ss"/>
> <arg value="-ssi"/>
> <arg value="-g"/>
> <arg value="-sd"/>
> <arg value="-o"/>
> <arg file="output"/>
> <arg value="-p"/>
> <arg
> value="br.com.atlantico.maragato.webservices.endpoint"/>
> </java>
>
> <!-- Move the schema folder to classpath-->
> <move todir="${build.classes}">
> <fileset dir="output/resources">
> <include name="*schema*/**/*.class"/>
> <include name="*schema*/**/*.xsb"/>
> </fileset>
> </move>
>
> </target>
>
> In this case, I get:
>
> build/classes/schemaorg_apache_xmlbeans/system/sC4DADC577FF83F
> 46C2C248EE4254F70D/TypeSystemHolder.class
>
> I just confirmed that still works with todays svn.
>
> HTH,
> Robert
> http://www.braziloutsource.com/
>
> On 7/19/06, Derek <de...@crc-corp.com> wrote:
> >
> > Hi, folks.
> >
> > I just ran WSDL2Java (from yesterday's nightly build), and
> generated a
> > bunch of output files. Now, I am trying to test a client which is
> > written with those output files. Whenever I try, however, I get the
> > following exception:
> >
> > Exception in thread "main" java.lang.ExceptionInInitializerError
> > at
> >
> crc.ieee1512import.xmlbeans.im.IMWrapper$Factory.newInstance(IMWrapper
> > .java:
> > 79)
> > at
> >
> crc.importtestclient.IEEE1512Client.createIMWrapper(IEEE1512Cl
> ient.java:67)
> > at
> > crc.importtestclient.IEEE1512Client.runTest(IEEE1512Client.java:50)
> > at crc.importtestclient.ClientMain.main(ClientMain.java:39)
> > at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> orImpl.java:39
> > )
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
> odAccessorImpl
> > .java:25)
> > at java.lang.reflect.Method.invoke(Method.java:585)
> > at
> > com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)
> > Caused by: java.lang.RuntimeException: Cannot load
> SchemaTypeSystem. Unable
> > to load class with name
> >
> schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994C
> E78D.TypeSyste
> > mHolder. Make sure the generated binary files are on the classpath.
> > at
> >
> org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans
> .java:781)
> > at
> > crc.ieee1512import.xmlbeans.im.IMWrapper.<clinit>(IMWrapper.java:18)
> > ... 9 more
> > Caused by: java.lang.ClassNotFoundException:
> >
> schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994C
> E78D.TypeSyste
> > mHolder
> > at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> > at
> java.security.AccessController.doPrivileged(Native Method)
> > at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> > at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
> > at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> > at
> >
> org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans
> .java:767)
> > ... 10 more
> >
> > I have verified that the generated 'resources' directory is in my
> > classpath. I have also verified that there exists a
> subdirectory of it
> > named
> > schemaorg_apache_xmlbeans/system/s3F178E0A50CC587BC745803A994CE78D.
> > However, there is no TypeSystemHolder class in that directory
> > (although there are a bunch of .xsb files in it).
> >
> > I am rather flummoxed as to what to do. Has anybody seen
> this before?
> >
> > Derek
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-user-help@ws.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org
Re: Cannot load SchemaTypeSystem
Posted by robert lazarski <ro...@gmail.com>.
When you run WSDL2Java with xmlbeans, there will indeed be a
TypeSystemHolder class generated and you have to somehow get that
class into you classpath. From the codegen guide:
http://ws.apache.org/axis2/tools/1_0/CodegenToolReference.html
"An important detail is that an XMLBean class file is also generated
by WSDL2Java, TypeSystemHolder.class. That file is placed into
build/classes by the above ant task and will be needed to compile the
generated sources. A frequent problem is users get an error such as:
ClassNotFoundException : Cannot load SchemaTypeSystem. Unable to load
class with name
schemaorg_apache_xmlbeans.system.s68C41DB812F52C975439BA10FE4FEE54.TypeSystemHolder.
Make sure the generated binary files are on the classpath.
The TypeSystemHolder.class generated by WSDL2Java must be placed in
your classpath in order to avoid this error."
For example, when I run WSDL2Java, I do it thru an ant task:
<target name="wsdl2java" depends="clean,prepare">
<delete dir="output" />
<java classname="org.apache.axis2.wsdl.WSDL2Java" fork="true">
<classpath refid="axis.classpath"/>
<arg value="-d"/>
<!-- none ??? -->
<arg value="xmlbeans"/>
<arg value="-uri"/>
<arg file="wsdl/Maragato.wsdl"/>
<arg value="-ss"/>
<arg value="-ssi"/>
<arg value="-g"/>
<arg value="-sd"/>
<arg value="-o"/>
<arg file="output"/>
<arg value="-p"/>
<arg value="br.com.atlantico.maragato.webservices.endpoint"/>
</java>
<!-- Move the schema folder to classpath-->
<move todir="${build.classes}">
<fileset dir="output/resources">
<include name="*schema*/**/*.class"/>
<include name="*schema*/**/*.xsb"/>
</fileset>
</move>
</target>
In this case, I get:
build/classes/schemaorg_apache_xmlbeans/system/sC4DADC577FF83F46C2C248EE4254F70D/TypeSystemHolder.class
I just confirmed that still works with todays svn.
HTH,
Robert
http://www.braziloutsource.com/
On 7/19/06, Derek <de...@crc-corp.com> wrote:
>
> Hi, folks.
>
> I just ran WSDL2Java (from yesterday's nightly build), and generated a bunch
> of output files. Now, I am trying to test a client which is written with
> those output files. Whenever I try, however, I get the following exception:
>
> Exception in thread "main" java.lang.ExceptionInInitializerError
> at
> crc.ieee1512import.xmlbeans.im.IMWrapper$Factory.newInstance(IMWrapper.java:
> 79)
> at
> crc.importtestclient.IEEE1512Client.createIMWrapper(IEEE1512Client.java:67)
> at
> crc.importtestclient.IEEE1512Client.runTest(IEEE1512Client.java:50)
> at crc.importtestclient.ClientMain.main(ClientMain.java:39)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
> )
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> .java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.intellij.rt.execution.application.AppMain.main(AppMain.java:90)
> Caused by: java.lang.RuntimeException: Cannot load SchemaTypeSystem. Unable
> to load class with name
> schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994CE78D.TypeSyste
> mHolder. Make sure the generated binary files are on the classpath.
> at
> org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:781)
> at
> crc.ieee1512import.xmlbeans.im.IMWrapper.<clinit>(IMWrapper.java:18)
> ... 9 more
> Caused by: java.lang.ClassNotFoundException:
> schemaorg_apache_xmlbeans.system.s3F178E0A50CC587BC745803A994CE78D.TypeSyste
> mHolder
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:767)
> ... 10 more
>
> I have verified that the generated 'resources' directory is in my classpath.
> I have also verified that there exists a subdirectory of it named
> schemaorg_apache_xmlbeans/system/s3F178E0A50CC587BC745803A994CE78D. However,
> there is no TypeSystemHolder class in that directory (although there are a
> bunch of .xsb files in it).
>
> I am rather flummoxed as to what to do. Has anybody seen this before?
>
> Derek
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org