I will put together an example to explain better what I mean
you have two users and two work locations
work location A should have a default value of 10
work location B should have a default value of 20
user 1 goes to work location A and logs on to NT environment, and then logs
on to our environment. the default data / cookie would be 10
user 2 goes to work location B and logs on to NT environment and then logs
on to our environment. the default data / cookie would be 20
in this case, both work location A and B would have their respective
cookies respecting their value
the concept is when user 1 goes to work location B, logs on to NT
environment and then logs on to our environment .. the default data would
be given as 20 not 10
but under the current IE and NT environment configuration when a cookie
is created it is placed under the NT logged on profile
so on the system on work location A
winnt
profiles
user 1
cookies
user 2
cookies
your idea of having the one servlet control and set the default data would
work provided the default data does not change but it does. cause it is
kinda based on where the person is coming in from
Rob Jago
Programmer Analyst
613-952-9772
Ottawa
> -----Original Message-----
> From: Traian Tirzaman [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 05, 1999 10:20 AM
> To: [EMAIL PROTECTED]
> Subject: Re: default cookie on NT box
>
> This e-mail is intended solely for the addressee. If you are not the
> intended recipient of this message, you must not read, use or
> disseminate the information.
> ******************************** NOTE *******************************
>
>
> I'm not sure I really understand what you want to do, but here's a
> quick thought: if you have the concept of a "logon" process, you may
> create a "Logon" servlet that automatically creates a cookie with
> whatever default value you want and adds it to the response object for
> that session. This way every user who comes in through the "Logon"
> servlet will get the default cookie. You can have the cookie expire
> at the end of the browser session (that's the default), or you can set
> it's expiration date (with cookie.setMaxAge(seconds) method), thus
> making it a somewhat persistent cookie. From here on, any subsequent
> servlets could check the cookie and act accordingly. I would
> recommend that you check the "session" posibility, where you can store
> Java objects in a session object that gets passed along between
> servlets, thus making communication between servlets pretty easy.
>
>
>
>
>
>
> Rob Jago <[EMAIL PROTECTED]> on 03/05/99 07:51:26 AM
>
> Please respond to "A mailing list for discussion about Sun
> Microsystem's Java Servlet API Technology."
> <[EMAIL PROTECTED]>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: default cookie on NT box
>
>
>
>
> Hello
> I was wondering if anyone has dealt with or knows where I can
> find
> the information for the following.
>
> Our web application , using java, servlets, and JSP would
> like
> to store a cookie on a NT machine which uses IE. I believe that the
> cookie
> is stored on a per (logged in ) user to the NT machine. Is it
> possible to
> put a default cookie value in the ALL USERS profile so that every
> logged
> in user will get the same information based on the data in the cookie
> and
> how does this apply to the coding of the cookie putting of the
> servlets?
>
> any help, comments, or directions would be muchly appreciated?
>
>
>
> Rob Jago
> Programmer Analyst
> Ottawa
>
> __________________________________________________________________________
> _
>
> 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
___________________________________________________________________________
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
