Re: Logging cookies in Tomcat 7

2012-11-26 Thread Russ Kepler
On Monday, November 26, 2012 12:05:45 PM Russ Kepler wrote: > On Monday, November 26, 2012 01:44:25 PM Christopher Schultz wrote: > > On 11/26/12 1:27 PM, Russ Kepler wrote: > > > I'm running Tomcat 7 with juli logging enabled and so I'm seeing > > > the sta

Re: Logging cookies in Tomcat 7

2012-11-26 Thread Russ Kepler
On Monday, November 26, 2012 01:44:25 PM Christopher Schultz wrote: > On 11/26/12 1:27 PM, Russ Kepler wrote: > > I'm running Tomcat 7 with juli logging enabled and so I'm seeing > > the standard logfiles. In my access log I'm seeing the standard > > entries

Logging cookies in Tomcat 7

2012-11-26 Thread Russ Kepler
I'm running Tomcat 7 with juli logging enabled and so I'm seeing the standard logfiles. In my access log I'm seeing the standard entries on each line and I'd like to see the cookies being passed as well - is there an easy way to do this - a property to set on the start up or something similar?

Re: Form based login authentication

2012-11-19 Thread Russ Kepler
On Monday, November 19, 2012 12:33:26 PM Brian Burch wrote: > This issue was discussed at length on the users mailing list under this > topic: "AuthenticatorBase setChangeSessionIdOnAuthentication without > cookies" > http://mail-archives.apache.org/mod_mbox/tomcat-users/201209.mbox/%3C505EDA8 > 7

Re: Accidentally remove catalina.out file

2012-11-15 Thread Russ Kepler
On Thursday, November 15, 2012 03:06:19 PM Aliosh Neira wrote: > Even when the server is running and the file is deleted? Thank you. If you restart the server you should get a 'new' catalina.out file. Until you restart anything that should be logged is likely to be lost. (I'm writing from assum

Re: Accidentally remove catalina.out file

2012-11-15 Thread Russ Kepler
On Thursday, November 15, 2012 02:35:10 PM Aliosh Neira wrote: > What should happen when catalina.out is deleted? Please, I need to resolve > this question. So far as I know it's just a logfile and all that happens is that you lost the log output. The file should be created on the next start of

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 07:36:20 PM Lyallex wrote: > The only difference between the two executions is the fact that the test > code executes in > it's own instance of the JVM whereas the other execution runs in an > instance shared with the container. > > I accept that the behaviour may b

Re: Form based login authentication

2012-11-08 Thread Russ Kepler
On Friday, November 09, 2012 01:02:55 AM Konstantin Kolinko wrote: > 1. When and how do you obtain the value for your jsessionid? Beware > that the session id is changing when you do authentication. That is > done to prevent session fixation attacks. The .jnlp would be generated on the fly after

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 10:05:43 AM djohn...@desknetinc.com wrote: > > This is closer, but still doesn't work correctly if two "Misc" categories > are being compared, or one "Misc" category is compared to itself. > Try: > > @Override > public int compareTo(Category c) { > if(catego

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 03:06:51 PM Lyallex wrote: > > I'm not sure that you can ever get consistent results if the input order > > is > > random. > > Well perhaps 'random' was a bit 'random' the select returns the data in the > same order it was entered, ordered by id. > Not necessarily th

Form based login authentication

2012-11-08 Thread Russ Kepler
Using: Linux main 3.2.0-32 Tomcat 7.0.32 Java version "1.7.0_09" (working through Eclipse Juno) I've been assigned what should have been a pretty simple task, a jnlp launcher following a login to the web server. I've implemented what seemed to me to be the simplest solution - form based login

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 01:35:55 PM Lyallex wrote: > I have tried everything I can think of to reproduce this behaviour > in a standalone Java program but the list is always returned > as required. When I call the method from a servlet the list is always > returned > in it's natural order,