BUG?: weird nullpointer exception

This is why this happens, I figured it out, but I believe it is a bug. if you add in "activation.jar" in the WEB-INF/lib directory. the files will not get loaded properly by the AdaptiveClassLoader hence, when you try to execute a servlet in that context the AdaptiveClassLoader.repository variab

Re: {PATCH} Tomcat bug #584

Pilho Kim wrote: > For Tomcat 4.0 Beta 1, both of catalina.sh and catalina.bat need > such a patch in two places, too. > > In those scripts, change > -Djava.security.policy== > to > -Djava.security.policy= > > kim > This turns out *not* to be what you want. The double equals sign (==) t

Re: {PATCH} Tomcat bug #584

For Tomcat 4.0 Beta 1, both of catalina.sh and catalina.bat need such a patch in two places, too. In those scripts, change -Djava.security.policy== to -Djava.security.policy= kim On Wed, 10 Jan 2001, Pilho Kim wrote: > tomcat.bat needs such a patch, too. > > kim > > > On Tue, 9

Re: {PATCH} Tomcat bug #584

tomcat.bat needs such a patch, too. kim On Tue, 9 Jan 2001, Christopher G. Stach II wrote: > Whoops, there's a "run" as well as a "start" argument. > > chris > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

Re: small suggestion for classloader docs

Geoff Soutter wrote: > > > Anyway, just a nitpick, but there's a slightly confusing thing: the > System > > > classloader in the Bootstrap.java doesn't correspond to the "System" > > > classloader in the docs - instead it corresponds to the "Common" > > classloader > > > ... I think it'd be a b

Re: cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/startup Bootstrap.java

[EMAIL PROTECTED] wrote: > remm01/01/09 21:11:40 > > Modified:catalina/src/share/org/apache/catalina/startup > Bootstrap.java > Log: > - Cosmetic issue : change the name of systemLoader -> commonLoader. > I had forgotten to do it earlier. > - Craig

Re: small suggestion for classloader docs

> > Anyway, just a nitpick, but there's a slightly confusing thing: the System > > classloader in the Bootstrap.java doesn't correspond to the "System" > > classloader in the docs - instead it corresponds to the "Common" > classloader > > ... I think it'd be a bit clearer if they were synchronised

cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/startup Bootstrap.java

remm01/01/09 21:11:40 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: - Cosmetic issue : change the name of systemLoader -> commonLoader. I had forgotten to do it earlier. - Craig : Do I roll that back to TC 4.0 ? Re

Re: small suggestion for classloader docs

> Hi Craig, > > I've just been looking through Bootstrap.java and the classloader docs in > Catalina because I need to do some classloading hacks of my own. Congrats, > the code is really clear and it's (finally) helped me understand how the > whole classloader delegation thing works. > > Anyway,

TC4: small suggestion for classloader docs

Hi Craig, I've just been looking through Bootstrap.java and the classloader docs in Catalina because I need to do some classloading hacks of my own. Congrats, the code is really clear and it's (finally) helped me understand how the whole classloader delegation thing works. Anyway, just a nitpick

{PATCH} Tomcat bug #584

Whoops, there's a "run" as well as a "start" argument. chris tomcat-584.diff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources - New directory

remm01/01/09 20:03:39 jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

{PATCH} Tomcat bug #584

tomcat-584.diff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: BugRat Report #723 has been filed.

I submitted a patch to fix this a little while ago ( added a few lines to FileUtil.java in the org.apache.tomcat.util directory ) to tomcat-dev. As far as I know the patches have been applied to 4.0, but not yet applied to 3.2.x . If another copy of the patch is needed, just let me know and I can

Re: Where is Tomcat 3.3 ???

on 1/9/2001 2:23 PM, "Pier P. Fumagalli" <[EMAIL PROTECTED]> wrote: > Yep... There are still issues with one of the processors cards... I removed > it this morning and we're running only with 4 processors now... > I expect to have new replacement parts (card, 2 processors and half gig ram) > tomo

RE: acive session count?

Title: RE: acive session count? Costin, (et. al.) Getting the session count from the /admin app worked pretty well... BUT, I've got multiple Tomcats in a load balance and I need to access a _specific_ instance. My problem: gracefully remove a Tomcat box from the list for maintenance. So

Re: Where is Tomcat 3.3 ???

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> Yesterday it was at >> http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3/ >> >> but download speeds were way to slow. >> >> Today there is nothing there. Doesn anyone know what is going on? > > The build machine is dead ( or I can't a

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java

nacho 01/01/09 13:26:08 Modified:src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java Log: A typo ( a cruel one :) Revision ChangesPath 1.3 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/modules/aaa/AccessInterceptor.java

RE: Where is Tomcat 3.3 ???

As usual with refactorings. That is one of the reason I hope that 3.3 gets out. =:o) Have fun, Paulo Gaspar > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 09, 2001 19:03 > > I'm reviewing bugs and fixes done after 3.2 freeze - many of

FW: Catalina relocation error

fyi...the jaxp.jar and/or the parser.jar that are distributed with Tomcat 4.x nightly builds seem to be causing problems for some people's JIT's. -jon -- From: "Chris Campbell" <[EMAIL PROTECTED]> Reply-To: "Turbine" <[EMAIL PROTECTED]> Date: Tue, 9 Jan 2001 11:31:01 -0800 To: "Turbine"

Re: Where is Tomcat 3.3 ???

> Yesterday it was at > http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3/ > > but download speeds were way to slow. > > Today there is nothing there. Doesn anyone know what is going on? The build machine is dead ( or I can't access it ). I will start doing manual milestone builds

BugRat Report #728 has been filed.

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

Error with request.getServerPort() and Tomcat 3.2.1, SSL (https)

Hello, I've written a simple servlet which prints out request.getServerPort(). It is running on a Tomcat 3.2.1 (win32) configured to http on port 80 and https on port 443. When I try to access the servlet under http://localhost/..., it prints out port 80. ERROR: When I try to access the servlet v

classloader status?

Hi Craig, any status? Maybe you can point me at the right place to look? thanks, -jon -- From: Jon Stevens <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Date: Fri, 05 Jan 2001 21:37:41 -0800 To: <[EMAIL PROTECTED]> Subject: Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

BugRat Report #726 has been filed.

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

BugRat Report #725 has been filed.

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

BugRat Report #711 was closed (apparently by: Marc Saegesser)

Report #711 was closed by Person #0 Synopsis: Tomcat Windows Service crashes repeatedly (logged in as: Marc Saegesser) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Tomcat for Mac OS X

Hi Jon, I've had some problems with not being to run the application on other machines/other accounts, this seems to be due to the file TomcatX.app/Contents/MacOS/TomcatX not having correct execute permissions, use chmod a+x TomcatX on this file if you have problems. I don't know why the build do

Re: Tomcat for Mac OS X

Hi Jon, You can find the latest (much simplified) version at http://homepage.mac.com/rlaing/FileSharing.html This version should work with any version of tomcat, it simply calls the startup.sh an shutdown.sh scripts. Let me know if you have any problems. Cheers Richard -

BugRat Report #723 has been filed.

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

Where is Tomcat 3.3 ???

Yesterday it was at http://jakarta.apache.org/builds/jakarta-tomcat/nightly-3.3/ but download speeds were way to slow. Today there is nothing there. Doesn anyone know what is going on? Have fun, Paulo Gaspar - To unsubscr

RE: ssl direct

Hi, I succeeded to use ssl with tomcat 4.0-m5 on Windows 98. What you need to do is just to follow the instruction in the comment of "conf/server.xml" file. I think that on linux, the thing is same. Ming -Original Message- From: Lorenzo Pastore [mailto:[EMAIL PROTECTED]] Sent: Monday, J

Re: Why are we still using JAXP and ProjectX???(proprietary==evil)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Duncan Davidson <[EMAIL PROTECTED]> writes: > On 1/8/01 9:31 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > > > IMHO, we should have a cleanroom re-implementation of this important API. > > If the current codebase in Apache doesn't meet this crit

Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Stevens <[EMAIL PROTECTED]> writes: > on 1/3/2001 10:24 PM, "Kevin A. Burton" <[EMAIL PROTECTED]> wrote: > > > Ug. > > > > Checked over the archives and didn't see this > > > > Why are we using JAXP and ProjectX which are both Closed Source an

Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Duncan Davidson <[EMAIL PROTECTED]> writes: > On 1/3/01 10:24 PM, "Kevin A. Burton" <[EMAIL PROTECTED]> wrote: > > > Why are we using JAXP and ProjectX which are both Closed Source and > > proprietary > > to SUN Microsystems. This is a Bad Th