Community
Participate
Working Groups
The jetty 8.0.1 bundles claim to have a Bundle-RequiredExecutionEnvironment of J2SE-1.5 but we see the following exception when running them on a Java 5 VM: java.lang.UnsupportedClassVersionError: (org/eclipse/jetty/server/Handler) bad major version at offset=6 It appears the released jars were built with a Java 6 class file target.
that would be an error, jetty8 should require java 6 because it supports servlet 3.0 which requires java 6 where are you seeing this bogus execution environment?
(In reply to comment #1) > that would be an error, jetty8 should require java 6 because it supports > servlet 3.0 which requires java 6 > > where are you seeing this bogus execution environment? I see J2SE-1.5 BREE headers in the bundles from the latest repository for 8.0.3 http://www.eclipse.org/downloads/download.php?file=/jetty/updates/jetty-bundles-8.x/8.0.3.v20111011/Jetty-bundles-repository-8.0.3.v20111011.zip BTW, what version do you plan to contribute to Juno? Are you already publishing content to Juno?
(In reply to comment #1) > that would be an error, jetty8 should require java 6 because it supports > servlet 3.0 which requires java 6 > > where are you seeing this bogus execution environment? FYI, the javax.servlet 3.0 bundle in orbit also has a BREE of J2SE-1.5. Is that not correct?
John, will it be problematic if eclipse help cannot function unless running on a Java 6 VM?
hm, I thought this was all hammered out quite some time ago java version wise... and 1.5 execution on the servlet api 3 would be an issue as well, need to let hugues know
(In reply to comment #4) > John, will it be problematic if eclipse help cannot function unless running on > a Java 6 VM? Our current minimum reference platform is Java 6, so this should be fine. One could still create an RCP app without the infocenter on a lower EE, right? I.e., I would expect org.eclipse.help.base could have a lower EE than the Jetty-based infocenter.
The only help bundle a minimal RCP app needs is org.eclipse.help, which is still at J2SE 1.4. Without a web server the other help bundles are not going to be of much use to an RCP application. At the risk of digressing from the original bug description I wanted to note some other possible cases of backward incompatibility for help system clients. There are two situations where help could end up using server other than the Jetty version which ships with the SDK. One is when the user creates a war file version of the help infocenter following instructions which are in the help documentation. The other is if the extension point org.eclipse.help.base.server is used to swap in a different help server. Both cases need to be tested and if either or both does not work with servers which do not support Servlet 3.0 ( which seems quite possible ) we need to figure out a fallback strategy. For the webapp as war file we can simply recommend that users that want to host the war file on an older server should use Eclipse 3.8. The org.eclipse.help.base.server extension point is a different story and will need more investigation.
Jetty-8 requires JDK-6 and more recent for sure. Jesse do you double confirm that there is no chance to support JDK-5 right? If we confirm, let's assign the bug to myself. I'll chase the bogus Execution-Environments in the MANIFEST.MF of jetty, servlet-3.0 and jsp-2.2 bundles.
Definitely servlet 3.0 requires jdk-6, and the jetty jars for it are compiled against jdk-6. Jan (In reply to comment #8) > Jetty-8 requires JDK-6 and more recent for sure. > Jesse do you double confirm that there is no chance to support JDK-5 right? > > If we confirm, let's assign the bug to myself. I'll chase the bogus > Execution-Environments in the MANIFEST.MF of jetty, servlet-3.0 and jsp-2.2 > bundles.
(In reply to comment #7) I copied this comment over to bug341643 comment8 since I think it is more relevant to the changes required out of the equinox bundles to run on Servlet 3.0 than jetty.
assigning to hugues as mentioned in comment #8
I think I have this resolved in the orbit artifacts and I think hugues resovled the manifest issues
