On Tue, 17 Sep 2002 [EMAIL PROTECTED] wrote:
>
> Hi Milt,
>
> I've filed a bug and found an old one concerning the same problem.
> Yes I know some of these debugging parameters but I couldn't bring the
> jk2-connecting to be a bit more chattily...
>
> Did somebody here bring AP2,TC4.1,JK2,WINNT/2000 to respond with
> more than cookie within one response ?
> I would like to know so in order to decide if I still have to search
> or if I have to accept this as a bug.
Well, you can always check the source yourself to see if you can find
out what's going on :-).
> Milt Epstein <[EMAIL PROTECTED]> schrieb am 17.09.2002 20:12:45:
>
> > On Mon, 16 Sep 2002 [EMAIL PROTECTED] wrote:
> >
> > > Hi Milt,
> > >
> > > yes, both values are distinct and both are true as well. It seems to
> > > be a bug in the brand new jk2....!?
> > > Do you know how I can find out what jk2 sends back to Apache2
> > >
> > > private final static String COOKIE_KEY_FS = "FStatus";
> > > private final static String COOKIE_KEY_KIB = "KIB";
> >
> > You might be able to get more info by turning on debugging (or setting
> > it to a higher value). Many of the tags in the server.xml file take a
> > debug attribute that controls how much info is put in the logs.
> > Likewise, jk/jk2 may have something similar -- e.g. I believe there's
> > a JkDebug directive that you can set to control how much info gets
> > logged. Not sure what the possible values are, maybe debug, info,
> > warn, and such.
> >
> >
> > > Milt Epstein <[EMAIL PROTECTED]> schrieb am 16.09.2002 15:29:22:
> > >
> > > > On Mon, 16 Sep 2002 [EMAIL PROTECTED] wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > we are using the above depicted configuation and I have
> difficulties in
> > > > > receiving more than one cookie.
> > > > >
> > > > > The existing application, which works fine with apache1.3 + tc4.0
> and
> > > jk1
> > > > > sends back two cookies for the same domain but with different keys.
> > > > > Both cookies are valid for the current session only.
> > > > >
> > > > > The code fragment looks like the following:
> > > > >
> > > > > if ( userAuthorized_KIB ) {
> > > > > cookie = new Cookie (COOKIE_KEY_KIB, user);
> > > > > cookie.setMaxAge(-1);
> > > > > cookie.setPath("/");
> > > > > cookie.setDomain(COOKIE_DOMAIN);
> > > > > res.addCookie(cookie);
> > > > > System.out.println("Cookie KIB set");
> > > > > }
> > > > > if ( userAuthorized_FS ) {
> > > > > cookie = new Cookie(COOKIE_KEY_FS, user);
> > > > > cookie.setMaxAge(-1);
> > > > > cookie.setPath("/");
> > > > > cookie.setDomain(COOKIE_DOMAIN);
> > > > > res.addCookie(cookie);
> > > > > System.out.println("Cookie FS set");
> > > > > }
> > > > >
> > > > > I always get back the last written cookie only. Here in the above
> > > example
> > > > > the FS cookie.
> > > > > If I change the code (the KIB cookie is set last) I'll get back
> the
> > > KIB
> > > > > cookie only.
> > > >
> > > > Well, here's the obvious stuff: Are COOKIE_KEY_KIB and COOKIE_KEY_FS
> > > > distinct values? Are you sure both userAuthorized_KIB and
> > > > userAuthorized_FS are true? At what point in the processing of the
> > > > response are you doing this?
> > > >
> > > > Milt Epstein
> > > > Research Programmer
> > > > Integration and Software Engineering (ISE)
> > > > Campus Information Technologies and Educational Services (CITES)
> > > > University of Illinois at Urbana-Champaign (UIUC)
> > > > [EMAIL PROTECTED]
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > <mailto:[EMAIL PROTECTED]>
> > > > For additional commands, e-mail:
> > > <mailto:[EMAIL PROTECTED]>
> > > >
> > > >
> > > Da E-Mails leicht unter fremdem Namen erstellt oder manipuliert werden
> > > koennen, muessen wir zu Ihrem und unserem Schutz die rechtliche
> > > Verbindlichkeit der vorstehenden Erklaerungen ausschliessen. Die fuer
> die
> > > Stadtsparkasse Koeln geltenden Regeln ueber die Verbindlichkeit von
> > > rechtsgeschaeftlichen Erklaerungen mit verpflichtendem Inhalt bleiben
> > > unberuehrt.
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> > > For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> > >
> > >
> >
> > Milt Epstein
> > Research Programmer
> > Integration and Software Engineering (ISE)
> > Campus Information Technologies and Educational Services (CITES)
> > University of Illinois at Urbana-Champaign (UIUC)
> > [EMAIL PROTECTED]
> >
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> >
> >
> Da E-Mails leicht unter fremdem Namen erstellt oder manipuliert werden
> koennen, muessen wir zu Ihrem und unserem Schutz die rechtliche
> Verbindlichkeit der vorstehenden Erklaerungen ausschliessen. Die fuer die
> Stadtsparkasse Koeln geltenden Regeln ueber die Verbindlichkeit von
> rechtsgeschaeftlichen Erklaerungen mit verpflichtendem Inhalt bleiben
> unberuehrt.
>
>
>
> --
> To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
Milt Epstein
Research Programmer
Integration and Software Engineering (ISE)
Campus Information Technologies and Educational Services (CITES)
University of Illinois at Urbana-Champaign (UIUC)
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
