tomee-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Blevins <david.blev...@visi.com>
Subject Re: Non-Application Exception in Session Bean Cascades Destruction of Other Session Beans?
Date Fri, 18 Jun 2010 01:56:52 GMT

On Jun 17, 2010, at 1:33 PM, Ravindranath Akila wrote:

> Hello,
>  Below I have pasted a non-application exception. (This is an exception
> which occured due to an error in persisting an entity).
> 
>  The problem I am facing is that,
> 
>  The container will as expected, destroy the session bean in which the
> non-application exception occurred.
>  This session bean however, is a class variable injected into ANOTHER
> session bean.
>  This means, its destruction will cause the wrapping(enclosing) session
> bean to be unstable too.
>  However, does the container destroy this enclosing session bean too? Is
> this scenario handled?
> 
>  What happens to me is that I think a new lookup just leaves the thread
> hanging.
> 
>  Am I doing something wrong here? What happens to the enclosing session
> bean? Am I to expect "Reference is Invalid" message?
> 
>  Thanks in advance.
> 
> 
>  P.S.
> 
>  From the spec ejb-3_1-fr section 14.2.2
> 
>  "• Unless the bean is a Singleton bean, no other method will be invoked on
> an instance that threw
> a non-application exception.
> 
> This means that unless the bean is a Singleton the Bean Provider does not
> have to perform any cleanup
> actions before throwing a non-application exception. It is the container
> that is responsible for the
> cleanup."

It definitely would destroy the "enclosing" bean if that bean did not catch the exception.


-David


Mime
View raw message