Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] [External] : Re: Concurrency TCK without remote EJB, javax.rmi.RemoteException

On Wed, Jun 29, 2022, 12:46 AM Gurunandan Rao <gurunandan.rao@xxxxxxxxxx> wrote:

We are trying to verify the change, 

Should we update the job to use that?  



From: jakartaee-platform-dev <jakartaee-platform-dev-bounces@xxxxxxxxxxx> on behalf of Scott Stark <starksm64@xxxxxxxxx>
Sent: 29 June 2022 07:51
To: Scott Marlow <smarlow@xxxxxxxxxx>
Cc: jakartaee-platform developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Subject: [External] : Re: [jakartaee-platform-dev] Concurrency TCK without remote EJB, javax.rmi.RemoteException
So there is a successful run against the web profile here:

I don't know what went into that.

From the server.log of your run, there are several additional errors like:

Caused by: java.lang.RuntimeException: Invalid application.  EJB CounterSingleton exposes a Remote client view. This feature is not part of the EJB 3.1 Lite API
at com.sun.ejb.containers.BaseContainer.assertFullProfile(
at com.sun.ejb.containers.BaseContainer.<init>(
at com.sun.ejb.containers.StatelessSessionContainer.<init>(
at com.sun.ejb.containers.StatelessSessionContainer.<init>(
at com.sun.ejb.containers.StatelessContainerFactory.createContainer(
at org.glassfish.ejb.startup.EjbApplication.loadContainers(
... 66 more
The concurrency tck used can't be the updated version as there is only one CounterSingleton class in the tck, and it is now:
public class CounterSingleton implements Counter {

private int count = 0;

public void inc() {

public int getCount() {
return count;

public void reset() {
count = 0;

public interface Counter {

public void inc();

public int getCount();

public void reset();

On Jun 28, 2022 at 2:56:44 PM, Scott Marlow <smarlow@xxxxxxxxxx> wrote:

On 6/28/22 1:51 PM, Scott Marlow wrote:

On 6/28/22 1:42 PM, Scott Stark wrote:
I have create a fork of the concurrency project and update the tck to only use local EJBs and even removed use of javax.rmi.RemoteException:

I have build the current glassfish repo and run the appserver/tests/tck/concurrency project against a build of this version of the concurrency TCK. It is showing no errors when run with SE 17. The PR for this update is here:

I'll fork the Platform TCK CI Concurrency test job to run with + and see what that shows. is copy of a failure from server.log that I see when testing with and some additional changes I needed for running pushed to

CI job link is

Some of the output copied from the server.log:


1. A valid ejb jar requires at least one session, entity (1.x/2.x style), or message-driven bean. 
2. EJB3+ entity beans (@Entity) are POJOs and please package them as library jar. 
3. If the jar file contains valid EJBs which are annotated with EJB component level annotations (@Stateless, @Stateful, @MessageDriven, @Singleton), please check server.log to see whether the annotations were processed properly.
	at org.glassfish.ejb.deployment.util.EjbBundleValidator.accept(

Does ^ mean that Local beans are also not handled by GlassFish 7 Web?  Or something else?



I'm not sure how to test this against a web profile configuration of glassfish. Can that be done from the appserver/tests/tck/concurrency project?

jakartaee-platform-dev mailing list
To unsubscribe from this list, visit

Back to the top