Dear Mukhar,
Thank you very much for your reply and considering the swing options also. Anyway,
Thank you very much for your reply and I will get back to you if any problems.
Regards
Yesudason P
---------- Original Message ----------------------------------
From: Kevin Mukhar <[EMAIL PROTECTED]>
Reply-To: "A mailing list for discussion about Sun Microsystem's Java
Date: Tue, 9 Jan 2001 13:29:48 -0700
>Yesudason Paulraj wrote:
>>
>> 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.
>
>How much data will be stored? If the query returns a small number of
>rows (10-20 rows?), and the data is relatively small, say a few hundred
>bytes per row, then you would probably be okay to store that in the
>session. But do you really want to cause the user to send a request to
>the servlet when they want to sort the results? I dislike web pages that
>send a server requests when I'm not expecting it.
>
>This might be a situation where you consider using an applet for your
>user interface. A JTable would provide the functionality you need. On
>the other hand, this solution has problems of its own:
>
>- Instead of storing many references to objects in the server, you must
>serialize and transfer those objects to the applet
>- If this is intended for general release, you won't be able to
>guarantee that the clients will have the Swing classes loaded in their
>client browser
>
>K MUkhar
>
>___________________________________________________________________________
>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
>
___________________________________________________________________________
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
