Yesudason Paulraj wrote:
>
> Dear friends,
The weight of the session is only important if you expect that the
engine is likely to need to serialize it. The best line is probably
to create a cache beteen the servlets and the EJBs. Make sure that if
the the item you want ends up not being in the cache (because your users
session has moved or the cache filled up) then it results in a new
query. Actually you could put it in the session, but mark it as
volatile,
stopping it from being serialized.
It is worth pointing out that oracle caches queries anyway, so you
might find that it isn't as expensive as you think.
A totally different way to do it is to do the sorting at the client
side.
We've had some good results using xsl and setting the parameters to
<xsl:sort> based on the user's settings. This solution isn't ready for
the
primetime internet environment since xsl is not present in many
browsers,
but in a controlled intranet it is neat,
and can offload work from the server without making the architecture
too messy. Sort order is a presentation issue after all.
>
> We have a 3 tier architecture with,
> Oracle--> EJB ---> Servlets
>
> We are retriving a Vector of X objects as a result of a query and displaying to the
>front end thru servlets. At the same time , we support the sorting functionality in
>such a way that , whenever the user clicks on the headers in the front end. So
>whenever this sorting is needed we dont want to contact the server and just want to
>sort accordingly the result ( vector of X Objects) . Now the problem , I face is
>where to keep this vector object in such a way that , whenever user clicks anyone of
>the header , I can just manipulate the result and show it to the users again and so
>on.
>
> The one option , what I thought was , I can keep the Vector within the HTTP session
>(user's session)...But it is not a good idea keep such heavy objects in the session ,
>keeping in mind that the number of clients may grow upto 2000 at a time.
>
> I hope this is a common problem in most projects..But I am not able to find a
>solution....Can anybody throw some light on this.
>
> Thanks in advance.
Tim.
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
