--- Marcus Ahnve <[EMAIL PROTECTED]>
skrev:
> Robert Castaneda wrote:
> >
> > A combination can be used:
> >
> > One could easily write Stateful beans as clients
> to the Stateless beans to
> > be used for WAP and thin client apps, and stateful
> clients with Stateless
> > Beans for transaction heavy use for scalability
> reasons
>
> That would result in different facades for different
> clients. IMHO this
> would cause a somewhat confusing architecture, and
> in that case I would
> prefer to have the WAP servlet keep the session for
> itself.
There is a way to do this without confusing the
architecture to much.
In my archicture the business componentes is always
exposed to the client layers (ie. what I call the
Application Layer) through stateless services (ie.
coarse-grained methods). The Application could really
be anything ranging from a fat-client in Swing through
a Web-application to other EJB's.
A flow in a use-case realization of a use-case in this
architecture often follows the following pattern:
1)read state, 2) interact with actor to change state
occasionally asking some business questions/validation
or such, 3) update state.
So, if the application needs the state to be
maintained by the ejb-container, one develops some
statefull session-beans which maintains and updates
state and interacts with stateless services.
Often the statefull session-beans uses a fine-grained
protocol which makes them much less usefull in a
performant system. They should majorly be used when
the client specifies it's information in a
fine-grained manner. Ie. not the usual open
dialog/edit dialog/close dialog, which most
applications use when communicating to a human actor.
__________________________________________________
Do You Yahoo!?
Send online invitations with Yahoo! Invites.
http://invites.yahoo.com
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
