Absolutely. I couldn't do my job without them.....
We are building a complex supply chain management system.
All the hierarchies related to the system (organizational and
product categories) are constructed based on user driven
input filters. They can't be precomputed and cached persistently
since there are simply too many combinations.
Therefore, a stateful session bean calculates them when needed
and a user can traverse them and make adjustments in further
calls to the bean. Definitely (quite large) conversational state...
Good question on the state mode in the DD. I have no idea. I think
you're right in that it is the developer, not the deployer who
should make that decision.
Frank Sauer
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Laird Nelson
> Sent: Friday, February 11, 2000 4:10 PM
> To: [EMAIL PROTECTED]
> Subject: Stateful session beans?
>
>
> Are there any real world examples of stateful session beans
> being used?
> Most of the design patterns I've seen concerning EJBs say to use
> stateless session beans wherever possible. Well, given that the state
> in a stateful session bean must be regarded as totally
> transient anyhow,
> it seems like it's *always* possible to use stateless session beans
> instead. Are stateful session beans the black sheep of the
> EJB family?
>
> Also, can someone explain the rationale to me for why a
> session bean is
> designated as stateless or stateful only in the deployment descriptor?
> Surely there are enough semantic differences between the two that the
> decision to be stateful or stateless does not belong at
> deployment time!
>
> Cheers,
> Laird
>
> ==============================================================
> =============
> 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".
>
>
===========================================================================
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".
