Re: HTTP Session Vs Stateful Session Beans

[Rao, Chintala Srinivasa (CAP, FLEET)]

Are U suggesting to keep all the result sets in session
(or) I need to query in all the screens, for the particular big query..
Pls. correct me if I'm wrong..

Srinivas

-----Original Message-----
From: Juan Pablo Lorandi [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 22, 2000 11:05 AM
To: [EMAIL PROTECTED]
Subject: Re: HTTP Session Vs Stateful Session Beans


depends on how big is your query... but to go the hard way (the good way), I
would call the Procedure EVERYTIME.... it won't overload as easily....

-----Original Message-----
From: Rao, Chintala Srinivasa (CAP, FLEET)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 21, 2000 8:17 PM
To: [EMAIL PROTECTED]
Subject: HTTP Session Vs Stateful Session Beans


Hi,
        In one of our screens, we queried to the database to get all the
result sets (from a stateless session bean), and we need to have these
result sets in most of the screens. We are having two solutions with us to
complete this. Please suggest one best solution among these with the valid
and proper reason.

        1. Can we make the stateless session bean to stateful session bean
to handle  all the data (along with methods), and we can then call the same
EJB instance (using Handle) in other screens?

        2. Can we keep all the result sets as session objects/variables in
HTTP session?

Regarding this I have the following queries:

        1. Is the HTTP session data is live data?
        2. If we keep all data directly in HTTP session, is it will
over-load?
        3. Is the HTTP session data decreases the performance?
        4. What's the exact difference between both (performance-wise) ?

Thanks in Advance,

Srinivasa Rao Chintala.

===========================================================================
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".

===========================================================================
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".