CODEWITHSUNDEEP
ejbejb-3.1
godzillante
godzillante

Reputation: 1214

Difference between @Stateless and @Singleton

I'm following this tutorial which also uses an EJB:

package exercise1;

import java.util.Random;
import javax.ejb.Stateless;
import javax.inject.Named;

@Stateless
public class MessageServerBean {
    private int counter = 0;

    public String getMessage(){
        Random random = new Random();
        random.nextInt(9999999);
        int myRandomNumber = random.nextInt();
        return "" + myRandomNumber;
    }

    public int getCounter(){
        return counter++;
    }    
}

Here is an output example:

Hello from Facelets
Message is: 84804258
Counter is: 26
Message Server Bean is: exercise1.MessageServerBean@757b6193

Here's my observation:

So, what I actually would like to understand is: what's the difference between @Stateless and @Singleton EJBs in this very case?

Upvotes: 44

Views: 52025

Answers (2)

gcvt
gcvt

Reputation: 1512

You're seeing the same output because there is only one client accessing the EJB at a time. The application server is able to recycle the same stateless EJB object for each call. If you try a concurrent access – multiple clients at the same time - you'll see new stateless instances appearing.

Note that, depending on the server load, even two consecutive method invocations made by the same client may end up in different stateless EJB objects!

For a singleton EJB, there will no difference – there is always only one instance per application, no matter how many clients try to access it.

Upvotes: 49

kauedg
kauedg

Reputation: 817

According to the Oracle Documentation:

Singleton session beans offer similar functionality to stateless session beans but differ from them in that there is only one singleton session bean per application, as opposed to a pool of stateless session beans, any of which may respond to a client request. Like stateless session beans, singleton session beans can implement web service endpoints.

Singletons can't be passivated:

Like a stateless session bean, a singleton session bean is never passivated and has only two stages, nonexistent and ready for the invocation of business methods(...)

The documentation explains when to use each kind of bean, and Singleton beans has the following:

A single enterprise bean needs to be accessed by multiple threads concurrently.

The application needs an enterprise bean to perform tasks upon application startup and shutdown.

So, for your example there's no difference between the two annotations.

Upvotes: 40

Related Questions