Dim,
Running the code outside of IDEA is not an option, since i'm writing a plugin for running XJC. Eventually, the only way i found to circumvent the problem was to manually remove the QName.class from jsr173_1.0_api.jar as proposed at [1].
The IDEA plugin is ready (i'll post a separate message when the docs are ready) - hopefully the QName issue will be resolved by either JetBrains or final drop of JAXB 2.0
Kirill
[1]
http://intellij.net/forums/thread.jspa?threadID=123578&tstart=0
Dmitri Colebatch <dim_at_colebatch.com> wrote: Hi Krill,
On 3/22/06, Kirill Grouchnikov wrote:
> If i remove jsr173_1.0_api.jar, than XJC fails with
> java.lang.NoClassDefFoundError:
> javax/xml/stream/XMLStreamException
Yeah that doesn't surprise me. I just think that if QName is now in
the jre, then it shouldn't be included in other bundled jars that
require 1.5. For distributions that also need to work on 1.4 or
earlier, I can understand it, but in this case I would have thought
that the class shouldn't be there (this goes for any other classes
that are part of the jre).
> If i remove both xml_apis.jar from IDEA directory, i still get the
> LinkageError exception (with rt.jar and jsr173_1.0_api.jar in classpath). I
> tried to compare the rt.jar from IDEA installation (with 1.5.0_06 in
> manifest) with standalone JDK installation and they're different. Maybe IDEA
> has changed the JRE (they at least put tools.jar from JDK in there)? This is
> a wild shot, but i'll try to overwrite IDEA's JRE with regular Sun JRE.
I assume this works ok if you run the same functionality outside idea?
What happens if you add the jars with the 4 qnames to the classpath
and run it outside idea?
cheers
dim
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_jaxb.dev.java.net
For additional commands, e-mail: users-help_at_jaxb.dev.java.net
---------------------------------
Relax. Yahoo! Mail virus scanning helps detect nasty viruses!