BugRat Report #606 has been filed.

Bug report #606 has just been filed. You can view the report at the following URL: REPORT #606 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

[PATCH] Saving sessions across tomcat instances (#1)

Hi all,   As discussed, attached first patch to allow tomcat share session information across processes. This patch enable context to specify (by adding serialize="true") that it want to save/reload session information while restarting and going down.    

Re: [tomcat-4.0] running on MacOSX Beta 2

> Any ideas why a stock m5 won't run on MacOSX beta 2? > > java version "1.2.2" > Java HotSpot(TM) Client VM (1.3.0, mixed mode, internal release build) Craig forgot to package jndi.jar with the M5 distribution, so if you're running JDK 1.2 it will complain :( Download JNDI 1.2 from Sun, and put

[tomcat-4.0] running on MacOSX Beta 2

Any ideas why a stock m5 won't run on MacOSX beta 2? java version "1.2.2" Java HotSpot(TM) Client VM (1.3.0, mixed mode, internal release build) -jon [localhost] 11:00pm jakarta-tomcat-4.0-m5 % ./bin/catalina.sh run Using CLASSPATH: /Users/jon/checkout/jakarta-tomcat-4.0-m5/bin/bootstrap.jar:/

Re: [tomcat-4.0] setting the root context seems broken as well

Jon Stevens wrote: > on 12/17/2000 7:31 PM, "Jon Stevens" <[EMAIL PROTECTED]> wrote: > > > In tomcat-4.0/conf/server.xml, I have defined: > > > > > > > > I figured out this problem...it should be: > > > > > No "/" in there. > > That is a bug. > :-) > I'd say that is actually a feature :-)

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

craigmcc00/12/17 21:06:16 Added: tester build.bat build.sh build.xml tester/src/bin tester.bat tester.sh tester.xml tester/src/tester/org/apache/tester Authentication01.java Authentication02.java GetInputStream01.java

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester - New directory

craigmcc00/12/17 21:02:20 jakarta-tomcat-4.0/tester/src/tester/org/apache/tester - New directory

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache - New directory

craigmcc00/12/17 21:02:12 jakarta-tomcat-4.0/tester/src/tester/org/apache - New directory

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org - New directory

craigmcc00/12/17 21:02:05 jakarta-tomcat-4.0/tester/src/tester/org - New directory

cvs commit: jakarta-tomcat-4.0/tester/src/tester - New directory

craigmcc00/12/17 21:01:58 jakarta-tomcat-4.0/tester/src/tester - New directory

cvs commit: jakarta-tomcat-4.0/tester/src/bin - New directory

craigmcc00/12/17 21:01:44 jakarta-tomcat-4.0/tester/src/bin - New directory

cvs commit: jakarta-tomcat-4.0/tester/src - New directory

craigmcc00/12/17 21:01:31 jakarta-tomcat-4.0/tester/src - New directory

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF - New directory

craigmcc00/12/17 21:01:14 jakarta-tomcat-4.0/tester/web/WEB-INF - New directory

cvs commit: jakarta-tomcat-4.0/tester/web - New directory

craigmcc00/12/17 21:01:03 jakarta-tomcat-4.0/tester/web - New directory

cvs commit: jakarta-tomcat-4.0/tester - New directory

craigmcc00/12/17 21:00:47 jakarta-tomcat-4.0/tester - New directory

BugRat Report #605 has been filed.

Bug report #605 has just been filed. You can view the report at the following URL: REPORT #605 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

Re: [tomcat-4.0] setting the root context seems broken as well

on 12/17/2000 7:31 PM, "Jon Stevens" <[EMAIL PROTECTED]> wrote: > In tomcat-4.0/conf/server.xml, I have defined: > > > I figured out this problem...it should be: No "/" in there. That is a bug. :-) -jon -- Honk if you love peace and quiet.

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/resourcesDirectoryBean.java

> on 12/17/2000 7:41 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> > wrote: > > > - Path generation should be more robust. > > Problems reported by Jon. I'm waiting for feedback on this, as I've been > > unable to reproduce the bugs. > > I can't confirm that this fixes it cause I can't even compile

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/resourcesDirectoryBean.java

on 12/17/2000 7:41 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > - Path generation should be more robust. > Problems reported by Jon. I'm waiting for feedback on this, as I've been > unable to reproduce the bugs. I can't confirm that this fixes it cause I can't even compile Tomcat. :-) O

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/resources DirectoryBean.java

remm00/12/17 19:41:12 Modified:catalina/src/share/org/apache/catalina/resources DirectoryBean.java Log: - Path generation should be more robust. Problems reported by Jon. I'm waiting for feedback on this, as I've been unable to reproduce the bugs.

[tomcat-4.0] setting the root context seems broken as well

I have a webapp: tomcat-4.0/webapps/scarab/ The scarab directory structure looks like this: webapps/scarab /docs /WEB-INF In the /docs directory I have some output of javadoc for Scarab's source code. ie: static HTML content. In tomcat-4.0/conf/server.xml, I have define

RE: [tomcat 4.0] Turning off random number seeding

I'm not familiar with Tomcat 4.0, but in 3.2 you can set a property named tomcat.sessionid.randomclass to the name of the class that you want to use for generating session ids. I've never tried it myself, but it might be what your looking for. -Original Message- From: Jon Stevens [mailto

Re: [tomcat 4.0] Turning off random number seeding

on 12/17/2000 7:17 PM, "Marc Saegesser" <[EMAIL PROTECTED]> wrote: > The SecureRandom used in Tomcat 3.2 (and I assume in Tomcat 4.0, as well) > takes 10-15 seconds to initialize on my PIII/600. I posted a patch a while > back to move the PRNG initialization into context initialization (again fo

RE: [tomcat 4.0] Turning off random number seeding

The SecureRandom used in Tomcat 3.2 (and I assume in Tomcat 4.0, as well) takes 10-15 seconds to initialize on my PIII/600. I posted a patch a while back to move the PRNG initialization into context initialization (again for Tomcat 3.2). I think that since we're initializing something inside the

Re: [tomcat-4.0] bug in directory listing

on 12/17/2000 6:55 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Originally it was in DefaultServlet, but now it's in > resources.DirectoryBean. > I'll move the code back to the DefaultServlet, eventually (we plan to remove > the Resources stuff after 4.0). > > Remy Ok, this code is WAY to

Re: [tomcat 4.0] Turning off random number seeding

I think that my log file below shows that it clearly isn't classloading. Everything that would probably need to be loaded is loaded already. -jon on 12/17/2000 6:58 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote: > Jon, > > I thought the RNG only took around 5 seconds on that kind of machine.

Re: [tomcat 4.0] Turning off random number seeding

Jon, I thought the RNG only took around 5 seconds on that kind of machine. Are you sure it's not classloading taking the time? I found removing the manifest from my .jar files can make up to an order of magnitude difference on some servlet engines... Cheers Geoff - Original Message -

Re: [tomcat-4.0] bug in directory listing

> It doesn't include the port number in the links of the output and therefore, > the links are invalid. > > Also, what is responsible for generating the directory listings? I tried to > find the source code for it so that I could patch it myself, but I couldn't > find it! Originally it was in Def

[tomcat-4.0] bug in directory listing

It doesn't include the port number in the links of the output and therefore, the links are invalid. Also, what is responsible for generating the directory listings? I tried to find the source code for it so that I could patch it myself, but I couldn't find it! -jon -- Honk if you love peace an

[tomcat 4.0] Turning off random number seeding

Sorry for the cross posting. See log file below. Ok, between "doGet() Start 1" and "doGet() Start 2" is essentially a call to getServletConfig(). Obviously, Tomcat must be initializing the RNG at that point because the next round doesn't produce that in the log and also it is quite fast. So: H

cvs commit: jakarta-tomcat-4.0 build.sh

remm00/12/17 17:32:17 Modified:.build.sh Log: - Adds Cygwin fliendlyness to the Unix build script. Revision ChangesPath 1.10 +4 -1 jakarta-tomcat-4.0/build.sh Index: build.sh ===

BugRat Report #604 has been filed.

Bug report #604 has just been filed. You can view the report at the following URL: REPORT #604 Details. Project: Catalina Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical

Bug #603

http://znutar.cortexity.com/BugRatViewer/ShowReport/603 I reported this bug earlier, but the workaround part disapeared from some reason. Here is what I wrote there: in get_most_suitable_worker funtion , use another pointer to find the next ';' in session_route string, e.g. : char *end_index = s

ClassNotFound error

Dear Tomcat,   as reported by Colin Grealy on 23rd Nov, I've got the same ClassNotFound error.   I'm running Tomcat 3.1 on Windows 2000 under the admin account (forestalls any user privelege issues). As far as I can tell, the JAVA_HOME is set fine to c:\jdk2.1 (JDK 1.2.1 is what I'm using), t

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Handler.java Request.java

larryi 00/12/17 14:16:36 Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java src/share/org/apache/tomcat/core Handler.java Request.java Log: More fixes for exception handling. It now works correctly when an included serlvet catches an exception an

[MY_OPINION] Tomcat 3.x

on 12/16/2000 11:55 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Since I believe in a different future and direction, I'll spend the > time to make mod_jk and tomcat3.2 ( and the future 3.3 ) work with > Apache2.0. > > mod_webapp is a nice start and I would love to see it integrated wi

BugRat Report #603 has been filed.

Bug report #603 has just been filed. You can view the report at the following URL: REPORT #603 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

Re: [VOTE] RPM packaging

more RPM are now available : * jaxp 1.0.1 * jaxp 1.1ea * jsse 1.0.2 Could I made jaxp 1.0.1 and 1.1ea RPMs available a falsehope.com ? I know that jsse RPM couldn't be exported but could you get it at Sun and give Redhat users a choice to download the RPM it as they do for JDK 1.3 ? I'll try

Re: Saving sessions across tomcat instances

This would be a great addition for Tomcat. (AFAIK distributed sessions are not supported in Tomcat) When you talk about session replicating, have you thought about the method to use for it? Regards, Gummi Haf -- Gudmundur Hafsteinsson - [EMAIL PROTECTED] D

Re: Apache 2.0

> > should be very amenable to the Apache 2.0 infrastructure. I would not > > personally spend any time trying to make mod_jk or mod_jserv work in a 2.0 > > environment, when the future is clearly in a different direction. > > Since I believe in a different future and direction, I'll spend the >