Sorry for that half written mail...I am continuing that mail
Hi ,
We have to design an application server which accesses number of subsystems( 4
-to
be precise).
We have a lot of restrictions on the access of the subsystems ...to quote one for
example though our application server is multithreaded and can cater to a lot of
concurrent requests but the API's to the subsystems are not multithreaded..They
Queue up the requests and send them one by one. So there comes the infamous
performance issue!!!!
So in our application server we spawn 4 threads to the 4 subsystems. So we ensure
that by concurrently accessing the 4 subsystems we can improve performance...to
be frank , accessing one by one ....we will loose all our clients who have to
wait for a day to get their requests processed!!!!!
So , in this scenario, given the restrictions that the EJB spec puts , i do not
think that this system can be designed using EJB's as spawing your threads etc is
not allowed.
We are trying to use some J2EE server to improve scalability....but it seems that
this will not work
DOES EJB FAIL ?????Cant this system be designed using EJB's???
Hope you can provide some work around !
Thank you
arava
francis pouatcha wrote:
> Hi,
>
> Christopher Cobb wrote:
> >
> > francis pouatcha wrote:
> > > ...
> > > > 5} Can a supporting class access a synchronized method of another class
> > > > in the system??
> > > No. Restrictions apply to beans and the transitive closure of all non
> > > system classes they access. System classes defined here as classses that
> > > are not packaged with the bean and that are written with respect to the
> > > server implementation (i.e. same thread management concept).
> >
> > This would mean that a bean could never call a Vector, since all the
> > methods on a Vector are synchronized. I think you are being too strict.
>
> Yes. Using A java.util.Vector breaks this ejb restriction. I recomend
> the use of new Java2 Collection classes. They are not synchronized by
> default, and they perform better than Vector and Hashtable.
>
> /Francis
> --
> [EMAIL PROTECTED]
>
> MATHEMA Software GmbH
> Nägelsbachstraße 25 b
> 91052 E r l a n g e n
> D e u t s c h l a n d
> Tel +49(0)9131/8903-0
> Fax +49(0)9131/8903-55
> http://www.mathema.de
>
> ===========================================================================
> 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".
