Re: Problem of multiple clients request concurrently 1 session stateful bean

Alex Paransky <[email protected]>
Newsgroups gmane.comp.java.sun.ejb.general
Message-ID <[email protected]>
Certainly, if your intent is to allow multiple clients to access shared
data, EJB might not be a way to go.  You may want to model your objects
as Entity Beans, however, this will incur certain performance
penalties.  If you were to layout your problem  with some real
constraints, a real solution might be possible.  Certain tasks are just
not well suited for some technologies.  What solution would you give me
if I wanted to write HTTP server using Oracle PL/SQL stored procedures?


--
-AP_
http://www.myprofiles.com/member/profile/apara_personal
http://www.myprofiles.com/member/profile/apara_business


Le Quang Tu wrote:

> Hi all,
>
> There is any solution to solving the problem of multiple clients request
> concurrently one instance session stateful bean?
>  For example for the well known dining philosopher example, . The
> philosophers and the forks are designed  as session stateful beans. So
> there
> is the situation of  two philosophers use the same fork. It means 2
> instance of SFSB philosopher request the same instance of SFSB fork
> and the
> EJB Container will throw the exception with the following message: "The
> Session Bean are executing another request". It is normal according to the
> specification of EJB. However , I'am looking for the solution to solve
> this
> problem.
>
> Could you guys help me or recommend me something on that?.
>
> Best regards
> ===========================================================================
> 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".
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.