thanks to all who answered.

Regards,

Michael


----- Original Message -----
From: "Robert Parker" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Monday, August 26, 2002 2:55 PM
Subject: RE: Question regarding sessions


> Members Equity Email System
>
>
> -----Original Message-----
> From: Michael Delamere [mailto:[EMAIL PROTECTED]]
> Sent: Monday, 26 August 2002 10:15PM
> To: Struts Users Mailing List
> Subject: Re: Question regarding sessions
>
>
> [snip]
>
> >The same goes with the shopping basket. The question was, saving product
> >objects with prices, descriptions etc in a vector and retrieving them
again
> >out of the session when the user wants to have a look at what he has
added
> >into the basket.  Of course, again here, if there is a threat that
details
> >or availablity may change, then there is no point in saving whole product
> >objects in the session.  This is probably also very memory consuming?!
>
> I have previously stored just the product key (id), name, price and
quantity
> in the shopping basket (session), ie, just the minimum. You will always
need
> the key. The name is useful so that you can always show a sumary of what
is
> in the basket. You need to store the price to avoid the situation of the
> prices changing during a session (dont want to give customers a nasty
> suprise). Quantity - always need this.
>
> If the user requests a detiled shopping basket display, wear the cost of
> doing a database lookup for the descriptions etc...
>
> Stock control. You have two choices, check for stock at product selection
> time, ie into the basket, or at checkout. If you decrement the stock count
> at product selection time, you can use a session listener to check if
there
> are any items in the basket when the session expires. That way you can
> 're-stock' the shelves where you have abandoned shopping baskets. If you
> decrement the stock level at checkout time, you run the risk of running
out
> - its as if somebody stole items out of your users shopping baskets as
they
> were waiting at the checkout..
>
> regards
>
> Rob
>
>


----------------------------------------------------------------------------
----


> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to