Hi,
I think the state of the stateless session bean is for the duration of the
method call. when stateless bean is servicing the client , it cannot be
swapped to service another client during that call.
Ashwani Kalra
E-Commerce Group, NIIT Ltd.
Phone :091-11-6203980(D),6203972
> ----------
> From: Andy Grove[SMTP:[EMAIL PROTECTED]]
> Reply To: A mailing list for Enterprise JavaBeans development
> Sent: Thursday, June 22, 2000 1:38 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Correct me if i'm wrong
>
> It is quite valid for an EJB container to share one stateless session bean
> amongst
> all clients without using synchronization on method calls so in your
> example
> the
> value may not be 5 at the end.
>
> This bean should definitely be declared as stateful.
>
> ---
> Andy Grove
> Chief Technology Officer
> Orbware Ltd.
>
> Phone: +44 (0) 1932 831124
> Mobile: +44 (0) 7931 390085
> Fax: +44 (0) 8700 548111
> Email: [EMAIL PROTECTED]
> Web: http://www.orbware.com
>
> <vendor> OrCAS EJB Server now available from http://www.orbware.com
> </vendor>
>
> -----Original Message-----
> From: Goud, Venkata <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: 21 June 2000 20:49
> Subject: Re: Correct me if i'm wrong
>
>
> >If it is true then it is inconsistent. Are you saying that for a
> stateless
> >session bean you should not have any class members.
> >
> >class foo {
> > int i;
> > void foobar() {
> > i = 5;
> > somestatements; // some java statements which does not
> >effect i
> > nextstatements; // r u saying that i may not be 5 here?
> > }
> >}
> >
> >
> >
> >
> >-----Original Message-----
> >From: Juan Pablo Lorandi [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 3:16 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >Not necesarilliy true for stateless session beans. If the email value is
> a
> >class member, defined OUTSIDE the method that's executing, then you can't
> >assure this; tough such behavior could be considered a inconsistence in
> the
> >container
> >
> >-----Original Message-----
> >From: Goud, Venkata [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 2:51 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >Client creates VisitorInfo bean and then calls a method on it. The email
> >value is undefined when you *just* enter into the method. If you have set
> >the email value by calling some other method on the same bean, then also
> >email value is undefined inside your method.
> >If you set the email value inside the method, then until the method
> finishes
> >executing, email value should remain unchanged.
> >
> >-----Original Message-----
> >From: Greg Robertson [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 1:32 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >I'll take a look at the spec.
> >
> >My question goes a little further though. The object in question is
> called
> >VisitorInfo. It stores the values necessary to decide who should get the
> >email. The email is going to the wrong person based upon the information
> >they are receiving (eg it appears 2 separate visitorinfos are being used
> at
> >the same time but during the same call). How would something like this
> >occur?
> >
> >
> >-----Original Message-----
> >From: Goud, Venkata [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 1:10 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >Make the bean stateful.
> >Please read about the Session bean's lifecycle in the specs
> >regs
> >Venkat
> >
> >-----Original Message-----
> >From: Greg Robertson [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 12:46 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >The bean is stateless
> >
> >-----Original Message-----
> >From: Goud, Venkata [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 11:48 AM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Correct me if i'm wrong
> >
> >
> >Is it stateless or stateful?
> >
> >-----Original Message-----
> >From: Greg Robertson [mailto:[EMAIL PROTECTED]]
> >Sent: Wednesday, June 21, 2000 11:43 AM
> >To: [EMAIL PROTECTED]
> >Subject: Correct me if i'm wrong
> >
> >
> >I'm currently using Sun's RI for my EJB container. I just want to verify
> >that I am not making an incorrect assumption. The situation that is
> >occuring is a client attaches to my session bean which has some private
> >variables. This data is then used to determine which email address to
> send
> >info to. It appears that while the info is okay it is sometimes sending
> to
> >the wrong email address. This should not be due to multiple clients
> >attaching at the same time with different info should it? My
> understanding
> >is that a session bean is created for each client.
> >
> >Thanks
> >
> >=========================================================================
> ==
> >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".
> >
> >=========================================================================
> ==
> >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".
> >
> >=========================================================================
> ==
> >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".
> >
> >=========================================================================
> ==
> >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".
> >
>
> ==========================================================================
> =
> 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".
