[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xmlbeans-dev
Subject:    Re: Class file generated with src only
From:       Dan Diephouse <dan () envoisolutions ! com>
Date:       2004-12-14 23:38:05
Message-ID: 41BF795D.8060103 () envoisolutions ! com
[Download RAW message or body]

Kevin,
If I had a nickle for every time I mixed up bugs and features! ;-)

Thanks for the explanation of whats going on.  Knowing that this is How 
Its Supposed To Be,  it was pretty easy to fix my build.

- Dan

Kevin Krouse wrote:

>Yep, this is a new feature!
>
>This was part of cleaning up the public compiler entry point -- see the
>new XmlBeans.compileXmlBeans() method.  The change makes a clean
>division between the SchemaTypeSystem binary files and the generated
>binding source.  The TypeSystemHolder class is a part of the
>SchemaTypeSystem binaries and not really a part of the generated java
>source.  It's the bridge between the java world and the schema binary
>world.  With the change you can now create a SchemaTypeSystem and call
>the .save() method on it to emit *all* the binary files that it needs
>without using javac.
>
>This separation is a first step toward doing something like having
>multiple bindings on top of a single set of SchemaTypeSystem binary
>files.  The next step would be to create a binding api and allow the
>binding to be created from a previously saved set of SchemaTypeSystem
>binary files.  The ideal would be to have multiple bindings for the same
>SchemaTypeSystem.  Of course, this isn't going to happen for the
>upcoming 2.0.0 release. ;)
>
>
>I imagine people will get build errors when compiling the gen'd source
>now because of this change.  The fix for the build error is to put the
>directory where the .xsb files are generated on the classpath.
>
>I'm thinking I might fix the gen'd source to use
>Class.forName("schema/system/s0B3316F73CD7FBB57F083731B55F55A3/TypeSyste
>mHolder") instead of requiring the TypeSystemHolder to be available
>during compile time.  That would also fix your build errors.  I'm not
>sure yet.
>
>--k
>
>-----Original Message-----
>From: Dan Diephouse [mailto:dan@envoisolutions.com] 
>Sent: Tuesday, December 14, 2004 7:29 AM
>To: dev@xmlbeans.apache.org
>Subject: Class file generated with src only
>
>I just updated to HEAD and the schema compiler is generating a class 
>file instead of a java source with the source only option.  The file in 
>question is:
>schema/system/s0B3316F73CD7FBB57F083731B55F55A3/TypeSystemHolder.class
>
>I am running scomp like so:
>    <java classname="org.apache.xmlbeans.impl.tool.SchemaCompiler"
>          classpathref="xmlbeans.path"
>          fork="true">
>      <arg value="-srconly"/>
>      <arg value="-d"/>
>      <arg value="${maven.build.dir}/xfire-xmlbeans-main"/>
>      <arg value="${basedir}/src/schemas"/>
>    </java>
>
>Going to an older version of xmlbeans fixes this, and I get a file named
>
>TypeSystemHolder.java instead. Any ideas?
>- Dan
>
>  
>


-- 
Dan Diephouse
Envoi Solutions LLC
http://envoisolutions.com/people/dan


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org

[prev in list] [next in list] [prev in thread] [next in thread]