Carrot2

Java 1.6-classes inside the distribution.

Details

Description

There are classes (stax I think) that prevent Workbench from loading on JDK1.5. Do we keep 1.5 compatibility? MacOS by default comes with JDK1.5, for example...

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Stanisław Osiński added a comment -

In fact, stax is not required for JDK 1.6, it's only required for JDK.1.5:

http://simple.sourceforge.net/download.php

This probably means that Workbench don't work with JDK 1.5 on other platforms as well (because stax is not exported)?

Show
Stanisław Osiński added a comment - In fact, stax is not required for JDK 1.6, it's only required for JDK.1.5: http://simple.sourceforge.net/download.php This probably means that Workbench don't work with JDK 1.5 on other platforms as well (because stax is not exported)?
Hide
Permalink
Dawid Weiss added a comment -

Checked with this: http://code.google.com/p/versioncheck/

Seems like the problem is more complex than I thought and resides in an attempt to define an endorsed class QName from STAX API. The exceptions always lead to (Workbench):

Caused by: java.lang.LinkageError: Class javax/xml/namespace/QName violates loader constraints
at org.simpleframework.xml.stream.InputAttribute.<init>(InputAttribute.java:80)
at org.simpleframework.xml.stream.InputAttribute.<init>(InputAttribute.java:67)
at org.simpleframework.xml.stream.InputNodeMap.put(InputNodeMap.java:110)
at org.simpleframework.xml.stream.InputNodeMap.put(InputNodeMap.java:96)
at org.simpleframework.xml.stream.InputNodeMap.<init>(InputNodeMap.java:67)
at org.simpleframework.xml.stream.InputElement.<init>(InputElement.java:69)
...

Show
Dawid Weiss added a comment - Checked with this: http://code.google.com/p/versioncheck/ Seems like the problem is more complex than I thought and resides in an attempt to define an endorsed class QName from STAX API. The exceptions always lead to (Workbench): Caused by: java.lang.LinkageError: Class javax/xml/namespace/QName violates loader constraints at org.simpleframework.xml.stream.InputAttribute.<init>(InputAttribute.java:80) at org.simpleframework.xml.stream.InputAttribute.<init>(InputAttribute.java:67) at org.simpleframework.xml.stream.InputNodeMap.put(InputNodeMap.java:110) at org.simpleframework.xml.stream.InputNodeMap.put(InputNodeMap.java:96) at org.simpleframework.xml.stream.InputNodeMap.<init>(InputNodeMap.java:67) at org.simpleframework.xml.stream.InputElement.<init>(InputElement.java:69) ...
Hide
Permalink
Dawid Weiss added a comment -

It should work on both 1.5 and 1.6. I guess it does because all tests are running on 1.5, aren't they? The problem is caused by fiddling with class loaders in the Workbench. At least that's my guess.

Show
Dawid Weiss added a comment - It should work on both 1.5 and 1.6. I guess it does because all tests are running on 1.5, aren't they? The problem is caused by fiddling with class loaders in the Workbench. At least that's my guess.
Hide
Permalink
Dawid Weiss added a comment -

Seems to be fixed by removing overlapping classes from stax-api.

Show
Dawid Weiss added a comment - Seems to be fixed by removing overlapping classes from stax-api.
Hide
Permalink
Stanisław Osiński added a comment -

Closing for the 3.0.1 release.

Show
Stanisław Osiński added a comment - Closing for the 3.0.1 release.

People

  • Assignee:
    Dawid Weiss
    Reporter:
    Dawid Weiss
Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: