[jboss-user] [EJB3] - Re: SLSB pool size is always one in jboss 6.0 CR1 using ejb 3.1

jaikiran pai do-not-reply at jboss.com
Tue Nov 23 11:09:48 EST 2010


jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion

"Re: SLSB pool size is always one in jboss 6.0 CR1 using ejb 3.1"

To view the discussion, visit: http://community.jboss.org/message/572509#572509

--------------------------------------------------------------
The EJB3.1 spec says (for singleton bean concurrency):

> If the concurrency locking attribute is not specified, it is assumed to be Lock(WRITE). The absence of a concurrency attribute specification on the bean class is equivalent to the specification of Lock(WRITE)on the bean class.
> 

Furthermore, the spec says:

> If the container invokes a method associated with a Read lock, any number of other concurrent invocations on Read methods are allowed to access the bean instance simultaneously.
> 
> If the container invokes a method associated with a Write lock, no other concurrent invocations will be allowed to proceed until the initial Write method’s processing completes. A concurrent access attempt that is not allowed to proceed due to locking is blocked until it can make forward progress.

Your @Singleton bean doesn't specify any explicit @Lock. So it's treated by default as WRITE lock and that explains the behaviour you are seeing.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572509#572509]

Start a new discussion in EJB3 at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2029]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20101123/509d0abb/attachment.html 


More information about the jboss-user mailing list