Hi Pierre, I'm not sure why the pathing to the type system holder class is different. Were there modifications to the jar after it was initially created?
I'm not seeing any issues when I scomp the schema can you try rebuilding it? Ohh, I did make a couple fo changes to the XSD to make it easier for me to work with. I added and modified the xsd:import section to include schemaLocation so scomp can resolve types in other namespaces. This allowed me to not need to comment out the wsu:ld types and attributes. My modifications began around line 65 with <xsd:import namespace=" http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd " schemaLocation=" http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"; /> <xsd:import namespace="http://www.w3.org/2001/04/xmlenc#"; schemaLocation=" http://www.w3.org/TR/2002/REC-xmlenc-core-20021210/xenc-schema.xsd"; /> <xsd:import namespace="http://www.w3.org/2000/09/xmldsig#"; schemaLocation=" http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xmldsig-core-schema.xsd"; /> then I was able to build the scomp'd jar by running scomp -dl -out <something.jar> SecPalSchema.jar Please let the list know if you continue to have problems, -jacobd On Jan 18, 2008 3:17 AM, Pierre De Leusse <[EMAIL PROTECTED]> wrote: > Jacob, > > Thanks for the quick answer. If i open the .jar there is indeed a set of > folders containing .xsb files. But there is no > schemaorg_apache_xmlbeans.system.sFE919C74AB0DB9C5EAAB5EA9B1E50CD8.TypeS > ystemHolder but only a > schemaorg_apache_xmlbeans.system.sBC048193EBFE304C7C0734E701D4BCA0 > (with a TypeS > ystemHolder class inside). > > following is the command I've used to create the .jar: > scomp -verbose -dl -compiler C:\Java\jdk1.6.0_04\bin\javac.exe -out > F:\SecPal\SecPALSchema.jar F:\SecPal\SecPALSchema.xsd > > The only difference between this SecPALSchema.xsd and the original one > being that the wsu:Id attributes have been commented out since the scomp > tool couldn't find them. > > thanks, > pierre > > ------------------------------ > *From:* Jacob Danner [mailto:[EMAIL PROTECTED] > *Sent:* 17 January 2008 18:24 > *To:* user@xmlbeans.apache.org > *Subject:* Re: user@xmlbeans.apache.org and complex schema > > Hi Pierre, > How are you creating your schema jar. It appears as though you might have > a jar that only contains the java src and not the .xsb (xml schema binary > files), etc. Can you crack your jar and verify the xsbs and the file > mentioned in the stacktrace exist? > Can you also let us know how you built your schema jar? > Thanks, > -jacobd > > On Jan 17, 2008 7:51 AM, Pierre De Leusse <[EMAIL PROTECTED] > > wrote: > > > Hi everybody, > > > > I'm trying to use xmlbeans on a fairly complex schema > > (http://research.microsoft.com/projects/secpal/docs/SecPALSchema.xsd). > > My "install" of xmlbeams 2.3.0 seems to work fine as I can run the > > "easypo" sample. > > > > With this schema(s), the .jar is apparently created correctly (no error > > as far as I could tell), I add it in the path of my project. But when I > > try to use it I get: > > > > Exception in thread "main" java.lang.ExceptionInInitializerError > > at > > com.microsoft.schemas.x2007.x02.declarativeSecurity.PolicyDocument$Facto > > ry.newInstance(PolicyDocument.java:45) > > at org.secpal.test.Serialisation2.main(Serialisation2.java :19) > > Caused by: java.lang.RuntimeException: Cannot load SchemaTypeSystem. > > Unable to load class with name > > schemaorg_apache_xmlbeans.system.sFE919C74AB0DB9C5EAAB5EA9B1E50CD8.TypeS > > ystemHolder. Make sure the generated binary files are on the classpath. > > at > > org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:783) > > at > > com.microsoft.schemas.x2007.x02.declarativeSecurity.PolicyDocument.<clin > > it>(PolicyDocument.java:20) > > ... 2 more > > Caused by: java.lang.ClassNotFoundException: > > schemaorg_apache_xmlbeans.system.sFE919C74AB0DB9C5EAAB5EA9B1E50CD8.TypeS > > ystemHolder > > at java.net.URLClassLoader$1.run(Unknown Source) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(Unknown Source) > > at java.lang.ClassLoader.loadClass(Unknown Source) > > at sun.misc.Launcher$AppClassLoader.loadClass (Unknown Source) > > at java.lang.ClassLoader.loadClass(Unknown Source) > > at > > org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(XmlBeans.java:769) > > ... 3 more > > > > > > Could somebody tell me if it is me doing something wrong or is there > > another issue (and potentially a way to work on it)? > > > > Thanks, > > pierre > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > I'm competing in a Half-Ironman distance triathlon to raise money for the > fight against cancer! > Please help support my efforts by going to: > http://www.active.com/donate/tntwaak/jacobd > > -- I'm competing in a Half-Ironman distance triathlon to raise money for the fight against cancer! Please help support my efforts by going to: http://www.active.com/donate/tntwaak/jacobd
