This is probably due to the new SecureRandom-based session IDs.
There is an option to turn that off somewhere.
-----Original Message-----
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 1:47 PM
To: tomcat-dev
Cc: [EMAIL PROTECTED]
Subject: [tomcat-4.0] Session Creation Slowness
Ok, I put a whole bunch of logging into Turbine to see *exactly* what line
of code is causing the slowness that I keep reporting here and I have now
found it...
Log.note ("RunDataFactory: 11");
// Get the HttpSession object.
data.setSession ( data.getRequest().getSession(true) );
Log.note ("RunDataFactory: 12");
As you can see above, essentially, all that is happening is that I'm storing
an instance of the HttpSession object within the RunData object. Marking
things as "true" causes the redirect to happen, so there is another
request...
[Thu Dec 21 13:34:15 PST 2000] -- NOTICE -- RunDataFactory: 11
[Thu Dec 21 13:35:01 PST 2000] -- NOTICE -- RunDataFactory: 12
...
[Thu Dec 21 13:35:03 PST 2000] -- NOTICE -- RunDataFactory: 11
[Thu Dec 21 13:35:03 PST 2000] -- NOTICE -- RunDataFactory: 12
As you can see above the first request through this code takes bloody
FOREVER and the second one is quite fast.
The really *INSANE* part about all of this is that people have checked
Scarab out of CVS themselves on the SAME JVM (1.3 on Windows) and don't see
any real slowness at all (approx 4-5 seconds).
So, Craig, can we please try to do something about this? There has got to be
something wrong with either my setup or something else (I really don't think
this is entirely a classloader issue anymore). I also have this great
slowdown on MacOSX as well.
If you want to duplicate it, you can check Scarab out of CVS and do it
yourself. I have re-done the CVS tree and it is very easy to get things up
and running (even without a database installed...just ignore that part of
the README.txt file).
<http://scarab.tigris.org/>
thanks,
-jon
