I compiled RuntimeBuiltinLeafInfoImpl with some sys outs. It seems that
is is failing on the second object create with
java.lang.ArrayStoreException.
This one is OK:
new StringImpl<Character>(Character.class, createXS("unsignedShort")) ..
It bails out on the following:
new StringImpl<Calendar>(Calendar.class, DatatypeConstants.DATETIME) {..
-----Original Message-----
From: Kohsuke Kawaguchi [mailto:Kohsuke.Kawaguchi_at_Sun.COM]
Sent: Monday, October 02, 2006 2:16 PM
To: users_at_jaxb.dev.java.net
Subject: Re: WebSphere 6.1
Goga, Murtaza wrote:
> Anyone run JAXB2 RI from within a web application deployed in
WebSpehere
> 6.1? I have tried 2.0.2 and 2.1EA - I get the same error (See stack
> trace):
I've never heard of this kind of problems before.
> Caused by: java.lang.ArrayStoreException
>
> at
>
com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.<clinit>(Runti
> meBuiltinLeafInfoImpl.java:186)
>
> at java.lang.J9VMInternals.initializeImpl(Native Method)
>
> at
> java.lang.J9VMInternals.initialize(J9VMInternals.java:177)
>
> ... more
If you see the relevant code, you'll notice that there's not much
dynamic factor involved here. All the items that are assigned to the
array here is created statically, so if there is indeed this kind of
type incompatibility, it must have been spotted by the compiler.
I recommend first quickly checking if you don't have multiple copies of
the JAXB RI in multiple classloaders (although even if there are, I
don't think errors like this can occur.)
If that doesn't work, try setting the break point at line 186 (you
should downlonad the source zip bundle from the download section to do
this), and try to see what's going on.
Let me know what you find. This is a new mode of failure to me, so I'm
interested in knowing what the cause was.
--
Kohsuke Kawaguchi
Sun Microsystems kohsuke.kawaguchi_at_sun.com