db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rick Hillegas <Richard.Hille...@Sun.COM>
Subject Re: UnsupportedClassVersionError running xa suite under jdk1.3
Date Wed, 12 Jul 2006 17:41:36 GMT
Thanks, Myrna, this does the trick!

Cheers,
-Rick

Myrna van Lunteren wrote:

> On 7/12/06, Rick Hillegas <Richard.Hillegas@sun.com> wrote:
>
>> I'm seeing the following error when I run the xa suite under jdk1.3.
>> This looks like an environmental problem to me. Would appreciate advice
>> on the accepted way to fix my environment for running the tests under
>> jdk1.3.
>>
>> The suite dies trying to load javax.transaction.xa.Xid. This is a class
>> which is not present in the 1.3 jdk but which appears in 1.4 and later.
>> It appears to me that since the loader can't find this class in the jdk,
>> it grabs it from geronimo-spec-jta-1.0.1B-rc4.jar, which I'm suspecting
>> causes the class version error.
>>
>> My classpath includes the following jars from trunk/tools/java
>>
>> db2jcc.jar            geronimo-spec-jta-1.0.1B-rc4.jar
>> javacc.jar          junit.jar       xml-apis.jar
>> db2jcc_license_c.jar  geronimo-spec-servlet-2.4-rc4.jar
>> jce1_2_2.jar        servlet.jar
>> empty.jar             jakarta-oro-2.0.8.jar
>> jdbc2_0-stdext.jar  xercesImpl.jar
>>
>> Here's the error:
>>
>> Exception in thread "main" java.lang.UnsupportedClassVersionError:
>> javax/transaction/xa/Xid (Unsupported major.minor ver
>> sion 48.0)
>>        at java.lang.ClassLoader.defineClass0(Native Method)
>>        at java.lang.ClassLoader.defineClass(ClassLoader.java:488)
>>        at
>> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:106)
>>        at java.net.URLClassLoader.defineClass(URLClassLoader.java:243)
>>        at java.net.URLClassLoader.access$100(URLClassLoader.java:51)
>>        at java.net.URLClassLoader$1.run(URLClassLoader.java:190)
>>        at java.security.AccessController.doPrivileged(Native Method)
>>        at java.net.URLClassLoader.findClass(URLClassLoader.java:183)
>>        at java.lang.ClassLoader.loadClass(ClassLoader.java:294)
>>        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:288)
>>        at java.lang.ClassLoader.loadClass(ClassLoader.java:250)
>>        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:310)
>>        at java.lang.Class.forName0(Native Method)
>>        at java.lang.Class.forName(Class.java:115)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunList.shouldSkipTest(Unknown 
>>
>> Source)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunList.setSuiteProperties(Unknown

>>
>> Source)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunList.runSuites(Unknown
>> Source)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunList.<init>(Unknown 
>> Source)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunSuite.getSuitesList(Unknown 
>>
>> Source)
>>        at
>> org.apache.derbyTesting.functionTests.harness.RunSuite.main(Unknown 
>> Source)
>>
>> Thanks,
>> -Rick
>>
> Hi Rick,
>
> I have a jta1_2.jar in my jvm's jre/lib/ext which has this class.
>
> If you have that puppy also, then maybe not having the geronimo jars
> in the classpath will make a difference? Do classes from the classpath
> get loaded before classes in the jre/lib/ext?
>
> Myrna



Mime
View raw message