why pool stateless bean?

Normally we use singleton instance for business / dao layer. What is the reason behind pooling stateless session beans in case开发者_JS百科 of EJBs?

The "stateless" in the name refers to session conversation state, i.e. state that persists between invocations of the bean, retained for the duration of the session. However, stateless session beans are still permitted to have instance variables. Those instance variables should not relate to the conversation state, but are "shared" between clients.

In other words, stateless session beans are not guaranteed thread safe.

As a result, the container should ensure that only one thread is executing a given instance of a stateless session bean at one time, hence the need for a pool of them.

• Because they are expensive to construct, often requiring access to external resources like databases, message queues etc..
• Because you don't want an unbounded number of them being created or else you will run out of resources
• So that the container can manage thread safety for you