For the sake of a clean design, restrict your transaction management to your model layer (in MVC). That means, like Navjot says, keep it clear of your struts action classes.

On 02/24/2004 10:19 AM Navjot Singh wrote:
struts has nothing to do with managing sessions. we should better talk about servlet containers that handles sessions.

btw, 100 sessions are nothing to worry about :-)

leave the txn mgmt to db layer. use any of the persistence frameworks
that can handles this for you.


-----Original Message-----
From: Parag [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 2:44 PM
To: Struts Users Mailing List
Subject: Session management


Experts,


We are planning to build an application, for which expected concurrent users
are ~100. Total usrs being 2000.


Does Struts provide any facilities to manage Sessions on such scale?

Some of the functionality is very data intensive, and would need transaction
management. What is the prefered way of doing so? Are there any facilities
in Struts


All your comments are highly appreciated.

Regards
Parag

*********************************************************
Disclaimer

This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.


*********************************************************
Visit us at http://www.mahindrabt.com




--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
struts 1.1 + tomcat 5.0.16 + java 1.4.2
Linux 2.4.20 Debian


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to