Stephen, this is an explanation of some scomp options: -srconly means generate java source, do not compile; -d gives destination directory for binary artifacts (.class and .xsb); -src gives destination directory for generated java source; -out is similar to -d except the results are packaged in a jar.
So, if you did the following, e.g., scomp -d bin -src src -srconly test.xsd then the source files for the java interfaces and classes will go under src/ and the .xsb and the TypeSystemHolder.class will go under bin/. If you don't specify the -d part, then you don't get the binary artifacts (they are not source, so they don't go to the directory specified by -src). If you don't specify the -src part (but specify -d), then everything goes to the directory specified by -d. - Wing Yew -----Original Message----- From: Flame [mailto:[EMAIL PROTECTED] Sent: Friday, June 24, 2005 11:31 AM To: user@xmlbeans.apache.org Subject: Re: schema.system.s50EF5828F65326C36FC083B1697A336A ??? Hi, Yeap, that did it. Kinda makes me question the usefulness of the srconly option. I was rather hopeing to be able to drop the resulting source files into a subversion repository, guess I'll just have to use the jar/class files. Thanks, ~ Stephen Jacob Danner wrote: >Hey Stephen, >The reason you did not get these files is because you ran scomp in src >only mode. I'm pretty sure what you got was the expected result. The >class you are missing is generate when you run with the -d option, so >try adding the following to your command line. >-d c:\xml\src >As far as what this class does and why it doesn't appear when only the >src is generated, I can't speak definitively. The packages that get >generated to schema.*.s#### hold the xsb files. The xsb files are >binary files that allow xmlbeans to maintain information about schemas >that were compiled. The TypeSystemHolder class is only generated when >the xsbs are generated because they only serve to allow programmatic >access to the information in the xsbs and further to the schema type system. >For reasoning and design behind this you may want to ask the dev >mailing list. >Hope this helps, >-Jacobd > > >-----Original Message----- >From: Stephen Couchman [mailto:[EMAIL PROTECTED] >Sent: Thursday, June 23, 2005 11:49 PM >To: user@xmlbeans.apache.org >Subject: schema.system.s50EF5828F65326C36FC083B1697A336A ??? > >Apologies if I missed this in the documentation, but I'm at a complete >loss to explain whats going on. I've only just recently started >looking > >into the XMLBeans libraries and tools, and I ran scomp in source only >mode targeting 1.4 on the sample Schema definition in the sample >"OrderMatters." > >The resulting source output uses packages/classes that were not >generated and I can't locate in any of the jar files that came with the >distribution (2.0.0-beta1). > >One example is on line 19 of StatementDocument.java > >public static final org.apache.xmlbeans.SchemaType type = >(org.apache.xmlbeans.SchemaType)schema.system.s50EF5828F65326C36FC083B1 >6 >97A336A.TypeSystemHolder.typeSystem.resolveHandle("statement2987doctype " >); > >Now I have no idea what all those characters represent after the >schema.system package, but I do know that there is no such package >either in the generated source, or the jars I have. Did I set it up >wrong? > >Thanks, > >~Stephen > >Running >Windows XP SP2 >JRE 1.5.0_03 >XMLBeans 2.0.0-beta1 > >ps: from memory, I believe the command line I was using was: >scomp -dl -srconly -src c:\xml\src -javasource 1.4 -verbose stmt.xsd > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]