Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-tck-dev] Unable to run Servlet TCK on Java 11

From my perspective GlassFish is aiming to certify on JDK 11. The current milestone runs on JDK 8 however the next phase of work is to get that running (and hopefully compiling) on JDK 11.

 

Steve

 

From: jakartaee-tck-dev-bounces@xxxxxxxxxxx <jakartaee-tck-dev-bounces@xxxxxxxxxxx> On Behalf Of Scott Stark
Sent: 19 June 2020 14:26
To: jakartaee-tck developer discussions <jakartaee-tck-dev@xxxxxxxxxxx>
Subject: Re: [jakartaee-tck-dev] Unable to run Servlet TCK on Java 11

 

From the release plan:

https://eclipse-ee4j.github.io/jakartaee-platform/jakartaee9/JakartaEE9ReleasePlan

 

The TCK requirement is that it MUST be run against Java 11, but may additionally use 8:

Java SE Version

For inclusion in Jakarta EE 9, specification’s APIs MUST be compiled at the Java SE 8 source level. However, compatible implementations of the Jakarta EE 9 Web Profile and Full Profile MUST certify compatibility on Java SE 11. Compatible Implementations MAY additionally certify and support Java SE 8.

---

So option 3 would seem to be the best approach in my view. Tag the current TCK source so that running a Java SE 8 version of the TCK could look to use that if it is desired.

Is GlassFish going to certify against Java SE 8?

 

On Fri, Jun 19, 2020 at 8:08 AM Mark Thomas <markt@xxxxxxxxxx> wrote:

Hi,

I am currently working the Servlet TCK and have hit an issue when
running on Java 11.

The Servlet TCK tests HTTP/2 functionality. To do this is uses an HTTP/2
client provided by http.jar. This appears the Java 9 module
jdk.incubator.http ported to Java 8. I can't find the source code for
ported version anywhere. The issue is that the ported code references
sun.misc.InnocuousThread which isn't present in Java 11.

I have looked at several potential solutions:

1. Avoid the code that triggers loading of InnocuousThread
This isn't possible.

2. Switch to a different HTTP/2 client. Apache HttpClient 5.0 supports
HTTP/2 but that would require an upgrade to HttpClient 5.0 for at least
all of the Servlet 5.0 TCK. It should be a safe upgrade but there are
risks attached to an upgrade. I dismissed this option due to the risks.

3. Provide a Java 11 version of these TCK tests that uses the
java.net.http API. This should be fairly easy to write but it would then
require the Servlet TCK to be compiled with Java 11. I am assuming that
a change to compiling with Java 11 is not an option at this stage.

4. Use reflection to provide a Java 8 compilable solution that uses Java
11 features when running on Java 11. This looks possible but is a lot of
work. It appears to be made more complex by changes in the API between
the incubator stage in Java 9 and the final version in Java 11.

5. Use BCEL to remove the references to InnocuousThread in http.jar.
This looks doable at this stage. There may be further complications once
the InnocuousThread issues are fixed.

My current thinking is:
- explore option 5
- if it works, provide the code I use to 'patch' http.jar in a text file
  along side the HTTP/2 tests along with the patched JAR in a PR

Thoughts on my proposed solution? Suggestions of a better solution?

Thanks,

Mark
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev

Back to the top