Hi Boris,

 

I know we use New Atlanta in midtier but the packet-size is too large
and remedy is very susceptible to packet-drops and now we have decided
to get rid of new Atlanta and use tomcat engine for that. Have you
considered using tomcat?

 

Neel Gautam 

Accenture - Chicago Delivery Centre

MSN: [EMAIL PROTECTED]     AIM: neelgautam

 

Core Values:    

Stewardship

*

Best People

*

Client Value Creation

*

One Global Network

*

Respect for the Individual

*

Integrity

 

________________________________

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Boris Ibragimov
Sent: Wednesday, May 16, 2007 12:17 PM
To: [email protected]
Subject: New Atlanta 5.0 - Database based session management

 

Hi All,

 

Currently we have a portal application integrated with the custom Remedy
application accessed through MidTier. This setup is deployed on two web
servers with hardware load balancing and enabled session persistence (as
required for MidTier deployment in the load balanced environment).
MidTier is running under the portal URL /arsys directory. Enabling
session persistence on MidTier forces us to enable persistence on the
portal URL which we are trying to avoid. 

 

We are looking into the database based session management on the New
Atlanta side. This way we will not need session persistence enabled and
MidTier user session information stored in NewAtlanta will be managed in
the DB and available for all NewAtlanta instances in the web farm. 

 

Did any one implement the NewAtlanta database based session management
to use with MidTier client? Is this even possible to go this rout? I was
trying to find related information on BMC site on how to configure this
feature, but no luck. Is there a reason why BMC requires session
persistence enabled as the only option? Any suggestions, ideas or
guidelines are greatly appreciated.

 

Environment information:

ARSystem 7 (1) - Win2003 Server

MidTier 7 (2) - Win2003 Server

MS SQL2005 SP2 (1) - Win2003 Server

 

Thanks,

 

Boris.

 

__20060125_______________________This posting was submitted with HTML in
it___


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information.  If you have received it in 
error, please notify the sender immediately and delete the original.  Any other 
use of the email by you is prohibited.

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to