Re: Stateful Session Beans

[GlennODickson]

Hey thanks for your comments I would like to ask then:   I do have this structure :   action class(struts) <---->webTier Controller (class) <-------> EJB Business Delegate(SLSB) <--------> Customer Service (SLSB) <------> Customer (Entity Bean)     1. Where  would be an appropriate in this structure to place a bean that holds the customers login details and session state ? Would you create another bean called CustomerSession (SFSB) or make the Customer Service a SFSB?   2. How would this SFSB be referenced ? I don't understand how the SFSB can be retrieve at some time later to use the session details.   TIA Glenn       ----- Original Message ----- From: Kesavanarayanan, Ramesh (Cognizant) To: 'GlennODickson' Sent: Wednesday, September 11, 2002 4:58 PM Subject: RE: Stateful Session Beans Answers in line   ? Ramesh Kesavanarayanan  ?    [EMAIL PROTECTED]           Anger results in delusion, delusion leads to loss in memory,           memory loss leads to knowledge loss, If knowledge is lost            you perish     Can anyone tell me the following about stateful session beans ? 1.       Who calls them, I am to understand that these beans should be called by the specific client (stub-client)? Yes if you do not have any other design pattern like session fa�ade(SLSB) or Business Pattern 2.       Can a facade call these and hide its use? Yes obviously you can refer any design pattern books for these. 3.       Do they have to be called from the client and if not, what are the common ways in which these are used. Yes if you do not have any other layer between them and the client. These are basically to hold the state of your bean in handles. Refer mastering EJB by Ed Roman for further studies on EJB.     4. Who exactly calls these (client side apps etc) and how I structure they use properly (according to how that are to be used correctly!)             I do not understand your question can you come again please.   As I said earlier refer to the book by Ed Roman from www.theserverside.com