[
http://jira.codehaus.org/browse/XFIRE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_92737
]
Reshat Sabiq commented on XFIRE-478:
------------------------------------
Forgot to mention, mvn's executions of tests actually still fails, but i'm not
getting stuck on that right now, cause manual invocation of the test succeeds.
I think the reason mvn test run fails is because it runs in 1.5+ JRE required
for the build, which invokes different APIs. Thus, one limitation of this
approach is mvn-based testing would have to probably not be used, unless there
is a way to change the PATH and put a 1.4 JRE's bin on it before it.
> java.lang.UnsupportedClassVersionError: org/codehaus/xfire/gen/WsGen
> (Unsupported major.minor version 49.0)
> -----------------------------------------------------------------------------------------------------------
>
> Key: XFIRE-478
> URL: http://jira.codehaus.org/browse/XFIRE-478
> Project: XFire
> Issue Type: Test
> Components: Generator
> Affects Versions: 1.1, 1.1.1
> Environment: WinXpPro v5.1 sp2; jdk142_05; xfire-1.1.1
> Reporter: Jurgen Stoop
> Assignee: Dan Diephouse
> Fix For: 1.1, 1.1.1
>
>
> I'm trying to generate client classes for Jdk1.4
> I've got the well known version difference problem, but it's not the same as
> other support requests, because I'm getting it on class WsGen.
> I've read that there is a chance of jdk clashes but I suspect it's not the
> case here because I'm using a direct path to the java.exe.
> My command line:
> Y:\bea814\jdk142_05\bin\java -cp
> ;C:\xfire-1.1.1\xfire-all-1.1.1.jar;C:\xfire-1.1.1\modules\xfire-generator-1.1.1.jar;Y:\apache-ant-1.6.2\lib\ant.jar
> org.codehaus.xfire.gen.WsGen -wsdl EFCDocumentHandler.wsdl -o . -p
> com.aigfpc.efc.documenthandler
> The output:
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> org/codehaus/xfire/gen/WsGen (Unsupported major.minor version 49.0)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
