Re: Symlink problem

I am using Tomcat 4.1.3-LE-jdk1.4 with JSDK 1.4.0_01 on Linux(Mandrake 8.1). And, there is no SecurityException. I have my user homepage(~lsomchai) setting by tag in server.xml file. it has Test subdirectory and the TestSymlink inside it. The TestSymlink is mount to /mnt/cdrom directory. if I a

DO NOT REPLY [Bug 11248] New: - DefaultServlet doesn't send expires header

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

DO NOT REPLY [Bug 8459] - Tomcat Crash or stuck without DISPLAY

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10949] - Jasper2 compile error with struts logic tag & jsp:include, with patch

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: Mod_jk for Apache2.

On Fri, Jul 26, 2002 at 07:11:51PM +0100, Dev Zero G Ltd wrote: > Without wishing to throw a spanner in the works :) I would like to point > out that we still have not been able to successfully build mod_jk, nor > make it work with the FreeBSD 4.x, Apache 2 and Tomcat 4.0.4 configuration. Anoth

[GUMP] Build Failure - jakarta-tomcat-4.0

This email is autogenerated from the output from: Buildfile: build.xml deploy-prepare: deploy-static: deploy:

DO NOT REPLY [Bug 11183] - ArrayIndexOutOfBoundsException in parseParameters()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

ServletContextListener bug #11043

I've posted this question last week and talked to Remmy, but Remmy is busy with moving. I spent some time this weekend trying to track down the bug, but couldn't figure it out. I'm hoping if I describe the bug more clearly, someone can point me in the right direction. The bug is the following:

Re: ServletContextListener bug #11043

Hi Peter, as far as I know, tomcat does the following: - starting a webapp for each webapp in tomcat/webapps - starting a webapp for each extra configured webapp from server.xml My solution was to map the path /myApp to the ROOT webapp and the Path / to the myApp webapp Theref

Re: ServletContextListener bug #11043

Simon Oldeboershuis wrote: > > Hi Peter, > > as far as I know, tomcat does the following: > - starting a webapp for each webapp in tomcat/webapps > - starting a webapp for each extra configured webapp from server.xml > > My solution was to map the path > /myApp to the ROOT webapp > an

Re: how to do auto update/reload of a class?

On July 28, 2002 10:32 pm, you wrote: > Does anyone know, how to do auto update of classes > into the JVM? I > tried to write my own custom class loader, and loaded > all the classes > through it, however if I put new updated class, it > won't reload the > class again. Have anyone tried this b

cvs commit: jakarta-tomcat-catalina/catalina build.xml

patrickl2002/07/29 08:54:38 Modified:catalina build.xml Log: Update so that jakarta-tomcat-connectors/jk will build. Revision ChangesPath 1.4 +1 -0 jakarta-tomcat-catalina/catalina/build.xml Index: build.xml =

Re: ServletContextListener bug #11043

What you describe isn't a bug -- it's a direct consequence of the way auto-mount works in the "appBase" directory of a Host (i.e. the "webapps" directory). Normally, Tomcat examines all the contents of the "webapps" directory, and (if it's a WAR or a directory) tries to automatically mount a weba

DO NOT REPLY [Bug 9702] - JNDIRealm StartTLS/SSL support request

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: ServletContextListener bug #11043

thanks craig for clarifying that. I'll stick with using symlinks, since a fix would be a big task. peter lin "Craig R. McClanahan" wrote: > > What you describe isn't a bug -- it's a direct consequence of the way > auto-mount works in the "appBase" directory of a Host (i.e. the "webapps" > di

DO NOT REPLY [Bug 11043] - ServletContextListener

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

[5.0 - config] jmx names, part 1: domains

Craig - I'm not sure where the current naming conventions for mbeans are defined in 4.0, and how 'frozen' they are. This mail is about the first part of the mbean name - the domain. Curently there are several 'domains' in use: - catalina - used for most catalina objects ( but not sure how this

DO NOT REPLY [Bug 11258] New: - commons-digester is not detected during build process

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

catalina.mbeans package

I'm a bit confused of what's in catalina.mbeans. My understanding of model mbeans is that we use the modeler and the xml description - what's the role of all the classes like LoggerMBean, etc ? There is also some logic that goes inside the Mbean wrapper that is very strange - for example Conn

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.properties launcher.properties launcher.xml

patrickl2002/07/29 11:47:26 Modified:catalina build.xml Added: catalina/src/bin catalina.properties launcher.properties launcher.xml Log: Integrate Launcher from jakarta-commons-sandbox/daemon into the build. Also, made jakarta-commons-sandbox/daemon

cvs commit: jakarta-tomcat-5 BUILDING.txt build.properties.default download.properties

patrickl2002/07/29 11:53:03 Modified:.build.properties.default download.properties Added: .BUILDING.txt Log: Create initial build instructions and update versions in property files to match build instructions. Revision ChangesPath 1.4 +9 -9

cvs commit: jakarta-tomcat-5 BUILDING.txt build.properties.default

patrickl2002/07/29 12:04:35 Modified:.BUILDING.txt build.properties.default Log: Update earliest build for jakarta-commons-sandbox/daemon since the first build will be 200020730 Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-5/BUILDING.txt Index:

cvs commit: jakarta-tomcat-4.0 BUILDING.txt

patrickl2002/07/29 12:06:09 Modified:.BUILDING.txt Log: Update earliest build for jakarta-commons-sandbox/daemon since the first build will be 200020730 Revision ChangesPath 1.33 +3 -3 jakarta-tomcat-4.0/BUILDING.txt Index: BUILDING.txt

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 10:57:59 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: List Tomcat-Dev <[EMAIL PROTECTED]> > Subject: [5.0 - config] jmx names, part 1: domains > > Craig - I'm not sure whe

Re: catalina.mbeans package

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 11:10:14 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: List Tomcat-Dev <[EMAIL PROTECTED]> > Subject: catalina.mbeans package > > I'm a bit confused of what's in catalina.m

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

luehe 2002/07/29 12:33:07 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Consider the tag directive attribute 'dynamic-attributes' in code generation for tag files Revision ChangesPath 1.47 +43 -9 jakarta-tomcat-jasper/jasper2/src/

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > I'd focus more on the 5.0 tree to do any major changes, though. Of course. > Are you talking about the UserDatabase global resource in 4.1? This is > actually a global thing, and not a Realm. See below for more. I just enabled the Http 'mbea

Re: catalina.mbeans package

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > Most of the time, you want MBeans to directly delegate attribute read and > write operations to the corresponding component object. Sometimes, > though, that is not possible (for example, when the component getter takes > an actual object, and th

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 13:19:25 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: [5.0 - config] jmx names, part 1: domains > > On Mon, 29 Ju

Re: catalina.mbeans package

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 13:24:09 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: catalina.mbeans package > > On Mon, 29 Jul 2002, Craig R. M

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > > Users:type=Role,rolename=admin,database=UserDatabase > > Users:type=User,username=both,database=UserDatabase > > Users:type=UserDatabase,database=UserDatabase > > > > Yep ... the document only covers the "Catalina" names at the moment. > > In

Re: catalina.mbeans package

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > > The only place that will prove difficult is when a component's method > implementing an operation wants an object instead of a String or primitive > (say, Container.addChild()). We also have the choice (in Tomcat 5) to > break the existing API

FYI: jk2.properties mx.port setting

I don't know if you are aware of this ( it is somewhere in a commit message): If you add a 'mx.port=' in jk2.properties, jk will try to load the http adapter of mx4j or jmxri. It will also expose all the jk handlers as mbeans ( in jk: domain ). You also need to copy mx4j-tools.jar in server

Re: Mod_jk for Apache2.

On Mon, 2002-07-29 at 19:49, Simon Stewart wrote: > Another spanner: the default anonymous cvs checkout of the current > mod_jk2 doesn't build on linux. This is because the OS doesn't appear > to get detected properly, meaning that the system dependent jni_md.h > file isn't included in the native

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 14:15:52 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: [5.0 - config] jmx names, part 1: domains > > On Mon, 29 Ju

Re: catalina.mbeans package

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 14:18:58 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: catalina.mbeans package > > On Mon, 29 Jul 2002, Craig R. M

Re: Mod_jk for Apache2.

On Tue, Jul 30, 2002 at 07:39:55AM +1000, Bojan Smojver wrote: > On Mon, 2002-07-29 at 19:49, Simon Stewart wrote: > > > Another spanner: the default anonymous cvs checkout of the current > > mod_jk2 doesn't build on linux. This is because the OS doesn't appear > > to get detected properly, meani

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > In the current implementation, the association of webapps to user > databases is *indirect* by virtue of the Realm that is used. You can > share a single user database across webapps, if you want to, in a couple > of different ways: This is a bi

Re: catalina.mbeans package

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > > As long as we are using modeler - I think we shouldn't have to write > > _any_ custom MBean. > > > > I look forward to seeing how you plan to deal with some of the interesting > cases -- everything from the "users" MBean attribute on the > Memo

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

luehe 2002/07/29 15:29:01 Modified:jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java Parser.java ParserController.java jasper2/src/share/org/apache/jasper/resources messages.proper

org.apache.crimson

I noticed that there are objects in running Tomcat4.0.4 seen through a java profiler (OptimizeIt), but did not find it in the source. I wonder why? Looks like its functionality is about XML parsing. Is it because they were built into JDSK1.4? Thanks! * Zhenxin Wang * DoCoMo USA Lab

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

luehe 2002/07/29 16:17:49 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Add AT_BEGIN and NESTED scripting vars to parameter map for body fragment invocation Revision ChangesPath 1.48 +80 -48 jakarta-tomcat-jasper/jasper2/src/share/o

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 29 Jul 2002 15:04:24 -0700 (PDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: [5.0 - config] jmx names, part 1: domains > > On Mon, 29 Ju

DO NOT REPLY [Bug 11268] New: - I18N tests fails with jasper 2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.properties

patrickl2002/07/29 19:02:12 Removed: catalina/src/bin catalina.properties Log: Remove user configuration file as we don't want to overwrite a user's custom configuration if they upgrade to a newer version. -- To unsubscribe, e-mail: For additional comm

Tomcat4.0.4: how to build a smaller version

I wonder how I can build a smaller version of Tomcat by taking away some of the features I do not need, such as security, cluster, logger, and sessions. Is there an easy way to do it? Or the only way is to change the code? --Zhenxin Wang DoCoMo Labs USA

[5.0] mbean-names

My comments on mbean-names.html, and possible improvements for 5.0: The biggest problem is the representation of load-balanced tomcats. This is not covered in the current model, and it should ( even if in most cases the attribute will no be used :-) In JSR77 terms, we need to add 'node' attribut

cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c

bojan 2002/07/29 19:13:05 Modified:jk/native/apache-1.3 mod_jk.c Log: Introduce a working ForwardDirectories implementation into mod_jk 1.2.0 for Apache 1.3.x. Major changes: - mod_jk requires mod_dir - jk_fixups() function introduced - jk_translate() knows how

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c

Since there were no complaints within 24 hours, I went ahead and committed the patch. This should bring mod_jk 1.2.0 for Apache 1.3.x in line with mod_jk 1.2.0 for Apache 2.0.x. In other words, ForwardDirectories is not a no-op any more. I have tested the patch and it does work in my environment.

Re: [5.0 - config] jmx names, part 1: domains

On Mon, 29 Jul 2002, Craig R. McClanahan wrote: > > - Each webapp will be associated with one ( or more ) UserDatabases. > > A UserDatabase can be used by one or more webapss ( and other > > applications). > > > > I think a particular webapp would be associated with only one UserDatabase > (alth

Re: [5.0] mbean-names

On 29 Jul 2002, Bob Herrmann wrote: > > > Same should happen for Log, assuming we get the commons-logging > > to support JMX and add a wrapper for JDK1.4 ( for log4j > > we should just use their mbean ). I assume we all agree on > > moving to commons-logging as API, and keeping the old Logging >

cvs commit: jakarta-tomcat-5/resources/confinstall server_1.xml server_2.xml

patrickl2002/07/29 20:57:24 Modified:resources/confinstall server_1.xml server_2.xml Log: Update documentation and comments to reference Tomcat 5, Servlet 2.4, and JSP 2.0 Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-5/resources/confinstall/server_1.xml

cvs commit: jakarta-tomcat-5 build.xml

patrickl2002/07/29 20:57:43 Modified:.build.xml Log: Update documentation and comments to reference Tomcat 5, Servlet 2.4, and JSP 2.0 Revision ChangesPath 1.8 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml ===

Re: [OT] Leaving Sun

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Hi all, > > Warning: Off topic ! > > I'd like to post a quick notice about my current job situation. > As of today, I am no longer an employee of Sun Microsystems, and I am > relocating in France. Welcome to the family of the now-Europeanized ex-Su

DO NOT REPLY [Bug 11271] New: - Filter was ignored while using FORM authentication?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: [5.0] mbean-names

> Same should happen for Log, assuming we get the commons-logging > to support JMX and add a wrapper for JDK1.4 ( for log4j > we should just use their mbean ). I assume we all agree on > moving to commons-logging as API, and keeping the old Logging > interface only for backward compat. I just r