Scott Marlow

GlassFish class appserver/extras/embedded/all/target/classes/org/glassfish/concurrent/runtime/ContextSetupProviderImpl.class seems to contain the `"Thread context provider.*is not registered in"` message, but I am not sure where GlassFish is getting the `org.glassfish.concurrent.runtime.ContextSetupProviderImpl` class from, that likely needs...

> I ran the TCK locally and here are my findings: > > * When I only run the test method `testCopyCompletableFutureEJB` of `ee.jakarta.tck.concurrent.spec.ManagedExecutorService.resourcedef.ManagedExecutorDefinitionWebTests`, the test passes > > *...

As per https://github.com/eclipse-ee4j/jakartaee-tck/pull/1111#issuecomment-1214155260, this is now solved via the https://github.com/eclipse-ee4j/jakartaee-tck/pull/1111 change. In summary, the workaround is done following what was observed in comment https://github.com/eclipse-ee4j/glassfish/issues/24059#issuecomment-1211640262 above. We exclude the failing `web`...

> > According to https://github.com/eclipse-ee4j/jakartaee-tck/wiki/Jakarta-EE-10.0-TCK-results, the Concurrency TCK test only fails on Web Profile but not Full Platform mode. > > I think that the Full Platform mode simply excludes...

Copying from https://github.com/eclipse-ee4j/jakartaee-tck/blob/master/user_guides/jakartaee/src/main/jbake/content/intro.adoc: ``` In addition to the instructions and requirements described in this document, all Jakarta EE 10 Platform implementations must also pass the standalone TCKs for the following...

I just opened https://github.com/scottkurz/jakarta.ee/pull/1 in support of this change. Feedback on that is welcome unless @scottkurz wants to just merge it into this pr.

> I was also wondering about the alternative of saying if you do anything other than exclude the test you have to get approval of the Specification Committee. > >...

I ran the Jakarta EE 8 Platform TCK tests that previously failed without this PR and they passed: ``` PASSED........com/sun/ts/tests/ejb32/mdb/modernconnector/Client.java#testModernConnector PASSED........com/sun/ts/tests/connector/deployment/DeploymentClient.java#testRarInEar ```

The code changes are a result of bringing some changes from ORM 5.3 into ORM 6.1. https://gist.github.com/scottmarlow/28215540cb43ecc31c65f80a01ca8577 shows the ORM 6.1 generated proxy bytecode with this pull request in use....

I verified locally that testing wildfly with Hibernate ORM 6.1.3.Final sees the failure. I then verified that switching to my local build of Hibernate ORM 6.1.4-SNAPSHOT, the test passes. >...