tomee-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Soto <asot...@gmail.com>
Subject Re: Stateless EJB and attributes
Date Tue, 15 Jul 2014 07:10:09 GMT
Yes it seems, I have already seen the diagram and well in my case I cannot
see clearly that this would be the case. But well if you are the third that
understands this approach works as explained then it must be correct. :)


2014-07-15 9:01 GMT+02:00 Romain Manni-Bucau <rmannibucau@gmail.com>:

> Reading 4.7.1 Stateless Session Bean State Diagram of EJB 3.1 it seems
> portable.
>
> Can also be used accross requests even if use cases are less obvious.
>
>
> Romain Manni-Bucau
> Twitter: @rmannibucau
> Blog: http://rmannibucau.wordpress.com/
> LinkedIn: http://fr.linkedin.com/in/rmannibucau
> Github: https://github.com/rmannibucau
>
>
> 2014-07-15 8:44 GMT+02:00 Alex Soto <asotobu@gmail.com>:
> > Today I have read next sentence:
> >
> > *In a stateless EJB, your private methods can share state in member
> > variables within the same request (i.e. public method call), so in fact,
> > the EJB is not quite as stateless as it may appear.*
> >
> > I suppose that when a Stateless EJB is get from the pool is not reused by
> > any other request until the current client ends the execution. So we can
> > consider that one request will use one Stateless EJB until the request is
> > finished and the EJB is returned to the pool. This is clearly different
> > from Singleton. My question is if this is because of specification (so it
> > is portable across containers) or it is only a simple matter of
> > implementation that following this approach makes the implementation
> easier?
> >
> > Thanks
> >
> > --
> > +----------------------------------------------------------+
> >   Alex Soto Bueno
> >   www.lordofthejars.com
> > +----------------------------------------------------------+
>



-- 
+----------------------------------------------------------+
  Alex Soto Bueno - Computer Engineer
  www.lordofthejars.com
+----------------------------------------------------------+

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message