AFAIK there should be no problem when multiple threads are sharing a single home
interface. But I not ever have threads sharing a single remote reference no
matter what. That is asking for trouble.
It is actually safest to have the threads just share a context and have the
thread lookup the home interface and grab an instance of the ejb. This may be
somewhat slower and more memory intensive.
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Storm Linux
> User
> Sent: Wednesday, November 22, 2000 1:07 PM
> To: Orion-Interest
> Subject: Re: Instantiate more than one session bean
>
>
> On Wednesday 22 November 2000 11:34, you wrote:
> > At 09:50 22.11.00 , you wrote:
> > >On Tuesday 21 November 2000 12:47, you wrote:
> > > > >Is it possible to instatiate more than one session bean from the same
> > > > > class,
> > > > >
> > > > >for the same session? I'm planning to make a mullti-threaded servlet
> > > > > that
> > > >
> > > > you mean the same httpsession, don't you?
> > >
> > >Yes, the same HttpSession ...
> > >
> > > > >each thread instantiate one session bean object and works with it.
> > > >
> > > > could you describe a little more what you're trying to achieve?
> > >
> > >I need to execute something concurrently. For this, I need many session
> > > beans for the same class and then excute these session beans from a
> > > multi-threaded servlet.
> >
> > I was asking about the use case you're modelling, not the particular
> > implementation problem. so I still didn't get how the relationship between
> > session beans and http-sessions is in your case. what do you mean by
> > multi-threaded? multiple http requests executed on the servlet concurrently
> > or multiple threads that are started by one http request that invoke
> > session bean methods?
>
> Yeees, you got it! The second case you describe: Multiple threads that are
> started by one http request that invoke session bean methods.... What do you
> suggest me to do ?
>
> Thanks very much!!!
>
> []s
> Guilherme Ceschiatti
> [EMAIL PROTECTED]
>
>
