Hi -
If it were me, I would probably implement a write-through cookie
cache to your Oracle database. I think you should stick with
a persistent store (like Oracle), in any case, for purposes of
reliability. Since concurrent cookie use is rarely an issue
(correct me if I'm wrong - usually, user sessions are serial in
nature), if you design it right, I don't think you'll pay a high
price (or any price) for mutual exclusion associated with the
cookie cache management.
Cabbar Duzayak wrote:
>
> Hi;
>
> I need to develop a website using JServ. As far as I know, there are
> two alternatives to share data between users' different requests (e.g.
> shopping cart, authentication, etc.) ;
>
> One of the alternatives is to use HTTPSession object and transfer
> related data automatically, this seems pretty easy to implement, but
> as far as I know all the information is kept in memory (or swapped,
> whatever) and things like hash tables are used to improve performance.
>
> The other option is to give each user an ID like session ID,
> store this session ID in a cookie and store the related information in
> a database along with this session ID. In my case, I am using Oracle
> 8.
>
> If you have a heavy traffic on your web site, as you can see, there is
> a trade of here between eating up server memory (in case of using
> HTTPSession) and time for sending inserts, deletes and queries to
> database.
>
> I am not actually sure about which one to use and I appreciate your
> comments about this issue.
>
> Thanks ...
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
>
> ----------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Archives and Other: <http://java.apache.org/main/mail.html/>
> Problems?: [EMAIL PROTECTED]
--
::: Greg Barish ([EMAIL PROTECTED]) :::::::::::::::::::::::::::::::::::::::
----------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives and Other: <http://java.apache.org/main/mail.html/>
Problems?: [EMAIL PROTECTED]
