cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

costin 02/04/29 23:53:34 Modified:jk/native2/server/apache13 mod_jk2.c jk/native2/server/apache2 mod_jk2.c Log: Update the workers. Need to check IIS as well. Revision ChangesPath 1.11 +4 -4 jakarta-tomcat-connectors/jk/native2/server/apache13

cvs commit: jakarta-tomcat-connectors/jk/conf workers2.properties

costin 02/04/29 23:50:05 Modified:jk/conf workers2.properties Log: An update config to test the new mapping. Revision ChangesPath 1.9 +41 -17jakarta-tomcat-connectors/jk/conf/workers2.properties Index: workers2.properties ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c jk_env.c

costin 02/04/29 23:49:45 Modified:jk/native2/common jk_channel_apr_socket.c jk_env.c Log: Other minor fixes. Revision ChangesPath 1.10 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c Index: jk_channel_apr_socket.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriMap.c

costin 02/04/29 23:49:21 Modified:jk/native2/common jk_uriMap.c Log: That's the big one for today. Again, the alghoritm is the one from java and from the spec, without any changes. Virtual hosts are mapped corectly, contexts are also mapped corectly. Still not completed

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c

costin 02/04/29 23:44:57 Modified:jk/native2/common jk_uriEnv.c Log: A bit of reorganization to support the new maping. Note that the 'special' maps are recognized but not curently used in uriMap, we may add them later. Revision ChangesPath 1.13 +133 -55 j

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_uriMap.h

costin 02/04/29 23:42:35 Modified:jk/native2/include jk_uriMap.h Log: Changed the struct - now uriMap only has a table with the vhosts and the default vhost - the uriEnv representing each host will have a table of contexts, etc. We use the jk_map object instead of char[][]

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_uriEnv.h

costin 02/04/29 23:41:18 Modified:jk/native2/include jk_uriEnv.h Log: Reorganize the struct, add support for storing vhost and context settings. The mapping is now done in the same way as in tomcat: first vhost and context, then exact, prefix and suffix rules. We use a

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

billbarker02/04/29 22:25:22 Modified:.RELEASE-NOTES-3.3.2.txt Log: Document log file change. Revision ChangesPath 1.6 +4 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt Index: RELEASE-NOTES-3.3.2.txt ===

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/qlog Logger.java

billbarker02/04/29 22:21:53 Modified:src/share/org/apache/tomcat/util/qlog Logger.java Log: Open the log file with "append". This allows the logfile rotation to be configured to be other than daily. Revision ChangesPath 1.4 +1 -1 jakarta-tomcat/src/share/

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.2.txt

billbarker02/04/29 22:06:24 Modified:.RELEASE-NOTES-3.3.2.txt Log: Document fix to 7770. Revision ChangesPath 1.5 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt Index: RELEASE-NOTES-3.3.2.txt ===

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

Quoting Pier Fumagalli <[EMAIL PROTECTED]>: > Nah, just two complaints in two days about the "size" of the bugs list > in two days And some still claim that there is no support for open source software :-) Bojan -- To unsubscribe, e-mail: For additional commands, e

DO NOT REPLY [Bug 7770] - NPE in at session creation shortly after starting tomcat 3.3.1

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

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

billbarker02/04/29 21:37:28 Modified:src/share/org/apache/tomcat/core Container.java Log: Thread-safety check that we actually have the Hook. Under high load, it is possible for one thread to ask for a Hook before it has been created by another thread. Since null is not a val

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardServerMBean.java mbeans-descriptors.xml

amyroh 02/04/29 20:25:22 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java StandardServerMBean.java mbeans-descriptors.xml Log: Add to save the GlobalNamingResources element in Server to conf/server.xml. Edit

How to auto-run an application when tomcat server startup?

hi, I need to auto run an application(MyApplication.java , which has a static method getInstance() to get a handle of class) when tomcat startup. The applicaiton is running as a thread( implements Runnable interface). after this, I can get information from the application through myjsp.jsp file.

DO NOT REPLY [Bug 8634] New: - no way to specify different modules.xml file

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

[PATCH] Re: [PROPOSAL] Modification of the code generated by Jasper2

On Mon, 29 Apr 2002, Remy Maucherat wrote: > This looks like a good idea to me (Kin-Man is not there this week, so it's > not an expert opinion). I would see that kind of change going into Jasper 2, > though. Do you think you can prepare a patch against that version ? > > Remy > > > -- > To un

FW:http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/realm.html

Not Acknowledged Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- Forwarded Message > From: "Yan Perron" <[EMAIL PROTECTED]> > Date: Tue, 30 Apr 2002 00:35:08 + > T

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_shm.c

costin 02/04/29 18:01:03 Modified:jk/native2/common jk_shm.c Log: Fix previous commit. Revision ChangesPath 1.8 +3 -2 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c Index: jk_shm.c =

jk2: uriMap changes

Since I got a free day, I did another pass on jk_uriMap. I started by porting Glen's GENERAL_CONTEXT changes, then I added the virtual host ( that is required by IIS ). I also added vhost aliaes. I did some optimizations. And I ended up removing Glen's and all other 'special' mapping rules ( at

Re: [4.0.4] [VOTE] Beta 3 release

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> I'll have the 3.3.2 builds back online shortly, so I should have some >> time to help. I'll add my +1. If there is a specific issue you need me >> to help with, let me know. > > Thanks for the help Larry. Costin wants a small delay to test JK bett

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

"Bojan Smojver" <[EMAIL PROTECTED]> wrote: > Gee, you must have had too much coffee or something ;-) Nah, just two complaints in two days about the "size" of the bugs list in two days (and don't say it out loud, but today my boss wasn't in town :) Pier -- I think that it's extremely foolis

cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

remm02/04/29 16:22:57 Modified:catalina/src/conf web.xml Log: - Add the new reloading flag in the configuration. Revision ChangesPath 1.33 +2 -0 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml =

Re: [4.0.4] [VOTE] Beta 3 release

> I'll have the 3.3.2 builds back online shortly, so I should have some > time to help. I'll add my +1. If there is a specific issue you need me > to help with, let me know. Thanks for the help Larry. Costin wants a small delay to test JK better, and I agree this would be useful (there has been

Re: [PATCH] possible speed enhancement to JspServlet.java

> Thanks for the comments Kin-Man. Given those comments and a look at the jasper2 > code I have come up with the patch below. After profiling jasper2 I saw that > there was indeed a speed improvement over Jasper. However the excessive creation > of File objects and getting files from URL's was sti

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans HttpsConnectorMBean.java

amyroh 02/04/29 16:07:01 Added: catalina/src/share/org/apache/catalina/mbeans HttpsConnectorMBean.java Log: Modify Connector MBeans descriptors and operations. Now MBeans for HttpConnector, HttpsConnector, and AjpConnector implement CoyoteConnector and

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java mbeans-descriptors.xml

amyroh 02/04/29 16:06:27 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java mbeans-descriptors.xml Log: Modify Connector MBeans descriptors and operations. Now MBeans for HttpConnector, HttpsConnector, and AjpConnector implement Coy

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

remm02/04/29 16:03:06 Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java Log: - Simplify the compile and load class algorithm, and unify them in a single synced block. - Fix obvious bug when reloading=false. Revision ChangesPath 1.7 +29

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

remm02/04/29 15:39:47 Modified:jasper2/src/share/org/apache/jasper EmbededServletOptions.java JspC.java Options.java jasper2/src/share/org/apache/jasper/resources messages.properties jasper2/src/share/org/

Re: [4.0.4] [VOTE] Beta 3 release

On Tue, 2002-04-30 at 01:59, Remy Maucherat wrote: [ ] +1 Yes, and I'll help [X] +0 Yes [ ] -1 No: Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: logrotate and tomcat 3.3/4.0/4.1

This works (TC 3.3.x): /var/tomcat/logs/*.log { copytruncate weekly rotate 52 compress missingok } Bojan -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

Gee, you must have had too much coffee or something ;-) Bojan On Mon, 2002-04-29 at 23:36, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > several times (too many?) > > That was called spring cleaning... > > pier > > > > -- > To unsubscribe, e-mail:

RE: [4.0.4] [VOTE] Beta 3 release

I'll have the 3.3.2 builds back online shortly, so I should have some time to help. I'll add my +1. If there is a specific issue you need me to help with, let me know. Cheers, Larry -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Mon 4/29/2002 4:07 PM To: T

Re: [PATCH] possible speed enhancement to JspServlet.java

> Thanks for the comments Kin-Man. Given those comments and a look at the jasper2 > code I have come up with the patch below. After profiling jasper2 I saw that > there was indeed a speed improvement over Jasper. However the excessive creation > of File objects and getting files from URL's was sti

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm SaveJDBCRealmAction.java SaveJNDIRealmAction.java SaveMemoryRealmAction.java SaveUserDatabaseRealmAction.java

manveen 02/04/29 14:47:08 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm SaveJDBCRealmAction.java SaveJNDIRealmAction.java SaveMemoryRealmAction.java SaveUserDatabaseRealmAction.java Log: F

Re: [PATCH] possible speed enhancement to JspServlet.java

Thanks for the comments Kin-Man. Given those comments and a look at the jasper2 code I have come up with the patch below. After profiling jasper2 I saw that there was indeed a speed improvement over Jasper. However the excessive creation of File objects and getting files from URL's was still a

Re: [4.0.4] [VOTE] Beta 3 release

On Mon, 29 Apr 2002, Remy Maucherat wrote: > > > [ ] +1 Yes, and I'll help > > > [X] +0 Yes > > > [ ] -1 No: > > > > > > > > If nobody votes +1, this release will never happen. Not that I would really > care, I would get more sleep :-D > I think I need one more +1. I can change my vote to +0.5

cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy

remm02/04/29 13:24:57 Modified:catalina/src/conf catalina.policy Log: - Modify the policy file according to the codebase change. Revision ChangesPath 1.23 +2 -2 jakarta-tomcat-4.0/catalina/src/conf/catalina.policy Index: catalina.policy =

DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

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: [4.0.4] [VOTE] Beta 3 release

> > [ ] +1 Yes, and I'll help > [X] +0 Yes > [ ] -1 No: > > -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [4.0.4] [VOTE] Beta 3 release

> Remy Maucherat wrote: > > > I merged the patches I wanted to merge in the 4.0.x branch. I left out the > > patch for bug 7575 in the end, as it was a bit riskier. If you think it > > should be merged anyway, I'll merge it. > > So here's the release vote, as promised earlier. > > > > I'd like to

DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

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 8630] - TomCat crashes and server shutdown automatically, when error occurs

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 8630] New: - TomCat crashes and server shutdown automatically, when error occurs

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

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_uriEnv.h

costin 02/04/29 12:35:36 Modified:jk/native2/common jk_uriMap.c jk_uriEnv.c jk/native2/include jk_uriEnv.h Log: Change TYPE_CONTEXT to TYPE_PREFIX ( it's prefix map, not a context ). Add the 'real' MAP_TYPE_CONTEXT to correspond to the webapp root, and the TYP

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_shm.c

costin 02/04/29 12:32:01 Modified:jk/native2/common jk_shm.c Log: One more step. Revision ChangesPath 1.7 +36 -7 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c Index: jk_shm.c === R

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host SaveAliasAction.java

manveen 02/04/29 12:31:48 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host SaveAliasAction.java Log: Added a check to validate if the alias name already exists. Revision ChangesPath 1.2 +16 -6 jakarta-tomcat-4.0/webap

RE: [4.0.4] [VOTE] Beta 3 release

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 29, 2002 3:11 PM > To: Tomcat Developers List > Subject: Re: [4.0.4] [VOTE] Beta 3 release > > > > IMPORTANT: please update the mod_jk sources from the HEAD, there is > a bug in the apache

cvs commit: jakarta-tomcat-connectors/webapp/support buildconf.sh

pier02/04/29 12:22:04 Modified:webapp/support buildconf.sh Log: Check for AUTOCONF version as well now before creating the CONFIGURE script. Revision ChangesPath 1.9 +56 -11jakarta-tomcat-connectors/webapp/support/buildconf.sh Index: buildconf.sh ===

cvs commit: jakarta-tomcat-connectors/webapp/nsapi webapp.c

pier02/04/29 12:18:44 Removed: webapp/nsapi webapp.c Log: Deprecate the NSAPI connector, as noone seems to be up maintaining it... (It'll always be in the ATTIC, forever and ever and ever and ever...) -- To unsubscribe, e-mail: For additional comm

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_uriMap.h

costin 02/04/29 12:14:25 Modified:jk/native2/include jk_uriMap.h Log: Added 2 maps to better support vhost mappings ( code merged from the original IIS connector ) and to support the new autoconf. Revision ChangesPath 1.11 +11 -1 jakarta-tomcat-connectors/jk/

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_uriEnv.h

costin 02/04/29 12:13:32 Modified:jk/native2/common jk_uriEnv.c jk/native2/include jk_uriEnv.h Log: Merged Glenn's fix from mod_jk1. ( the part with 'global' mappings ) Revision ChangesPath 1.11 +15 -1 jakarta-tomcat-connectors/jk/native2/co

Re: [4.0.4] [VOTE] Beta 3 release

IMPORTANT: please update the mod_jk sources from the HEAD, there is a bug in the apache2 support - the current .tar.gz is broken and that creates a lot of pain. ( Larry - I don't know if 3.3.1 includes the jk from j-t-c, but if it does it would be helpfull to post an updated jk ) Costin On

Re: [4.0.4] [VOTE] Beta 3 release

Remy Maucherat wrote: > I merged the patches I wanted to merge in the 4.0.x branch. I left out the > patch for bug 7575 in the end, as it was a bit riskier. If you think it > should be merged anyway, I'll merge it. > So here's the release vote, as promised earlier. > > I'd like to propose releas

Idea for dtomcat4 script/conf in webapp.rpm

What do you think of adding a conf variable that allow one to set the location of catalina.out thats independent of $CATALINA_BASE? Something like $CATALINA_LOGDIR? -Mark -- To unsubscribe, e-mail: For additional commands, e-mail:

PROPOSAL: mod_jk2: Group/Instance

One of the major goals of mod_jk2 is simpler configuration. This proposal will cover the 'workers'. 1. The 'worker' name is deprecated. It refers to too many things in mod_jk, and causes too much confusion ( i.e. it is a 'handler', coresponds to a jvmRoute, a protocol, a channel ). 2. We'll us

PROPOSAL: mod_jk2 autoconfig

Hi, I spent a lot of time on this - and I think this is a very good solution. Please send feedback - the sooner the better... I think the current solution of generating configs on tomcat startup, or having tomcat send it's config to apache is wrong. Basically what I would like to propose is s

Re: logrotate and tomcat 3.3/4.0/4.1

"Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote: >> that those are not open by the JVM process... Therefore the >> best course of >> action is doing like catalina does... Which already has a some-sort of >> logrotate built in... > > And surprise!!, 3.3 it's suppoussed to have another logrotate in

RE: logrotate and tomcat 3.3/4.0/4.1

> that those are not open by the JVM process... Therefore the > best course of > action is doing like catalina does... Which already has a some-sort of > logrotate built in... > And surprise!!, 3.3 it's suppoussed to have another logrotate inside, broken, but the code is there.. just need tha

Re: logrotate and tomcat 3.3/4.0/4.1

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Hi to all, > > Did there is plan to help implement logrotate > for Tomcat 3.3/4.0/4.1 ? > > On production the logs could became very important > after weeks of use and should be cleanup. > > The usual way under Unix is to use logrotate which > general

Re: [4.0.4] [VOTE] Beta 3 release

On Mon, 29 Apr 2002, Remy Maucherat wrote: > I merged the patches I wanted to merge in the 4.0.x branch. I left out the > patch for bug 7575 in the end, as it was a bit riskier. If you think it > should be merged anyway, I'll merge it. > So here's the release vote, as promised earlier. > > I'd l

Re: [4.0.4] [VOTE] Beta 3 release

+1 Amy Remy Maucherat wrote: >I merged the patches I wanted to merge in the 4.0.x branch. I left out the >patch for bug 7575 in the end, as it was a bit riskier. If you think it >should be merged anyway, I'll merge it. >So here's the release vote, as promised earlier. > >I'd like to propose rel

Re: jakarta-tomcat-connectors documentation/summaries

On Mon, 29 Apr 2002, Pascal Forget wrote: > mod_jk and mod_jk2 do not work properly with Apache 2.0. And mod_jk2 is not yet supposed to work ( since it's not even alpha ). But it does :-) Costin -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: jakarta-tomcat-connectors documentation/summaries

On Mon, 29 Apr 2002, Pascal Forget wrote: > mod_jk and mod_jk2 do not work properly with Apache 2.0. mod_jk works fine with Apache2.0 - at least the CVS HEAD. If someone has the time, we should replace/update the .tar.gz we distribute, that version has a bug that was fixed. Costin -- To u

Re: logrotate and tomcat 3.3/4.0/4.1

On the java side ? I think we should just use commons-logging, and the admin/ or manager/ or some other ( java-based code ) to control the underlying logger ( which should probably default to log4j when somebody has the time to do this ). There is no need to complicate things with -HUP and j

Re: jakarta-tomcat-connectors documentation/summaries

On Mon, 29 Apr 2002, Christopher K. St. John wrote: > Ok, I'm maybe being thick here, but I want to make sure I've got this > straight. The idea is that anyone who's clueful enough to search the > archives is likely to come across the term "AJP14", so it's best to > give them a hint (even if

Re: [NITPICK] didn't see this one coming...

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Mon, 29 Apr 2002, Pier Fumagalli wrote: > > As long as we find and fix the docs that sugest that mod_webapp > is 'replacing' mod_jk and is the 'default' Apache2 ( or whatever) > connector - I'm fine. I don't think it even exists. AFAICR I neve

RE: [4.0.4] [VOTE] Beta 3 release

>I'd like to propose releasing 4.0.4 Beta 3, and since the >number of changes >over 4.0.4 Beta 2 is small, to consider it a release candidate. As a >significant number of issues have been fixed since >4.0.2/4.0.3, it would be >a good idea to plan to release 4.0.4 Final soon after. > > >[ ] +1 Ye

RE: logrotate and tomcat 3.3/4.0/4.1

>I don't really know much about log4j, so I can't comment on >that particular methodology, but I'd been looking at >implementing a logrotate for tomcat on my systems. I was >thinking something like this for tomcat 3.3 (haven't looked at >4.x yet): > >/var/log/tomcat3/jasper-*.log /var/log/tom

Re: [NITPICK] didn't see this one coming...

On Mon, 29 Apr 2002, Pier Fumagalli wrote: As long as we find and fix the docs that sugest that mod_webapp is 'replacing' mod_jk and is the 'default' Apache2 ( or whatever) connector - I'm fine. I heard many people who believe that - and it is certainly not the case. Costin > "[EMAIL PROTECT

Re: [NITPICK] didn't see this one coming...

On Mon, 29 Apr 2002, Remy Maucherat wrote: > Yes, I suppose it's one connector supporting many protocols, so maybe it > would be a good idea to do that, call the thing "Coyote" and merge the two > pages (esp since there is little HTTP/1.1 docs needed). Or make one main > page with sub-pages. Por

[4.0.4] [VOTE] Beta 3 release

I merged the patches I wanted to merge in the 4.0.x branch. I left out the patch for bug 7575 in the end, as it was a bit riskier. If you think it should be merged anyway, I'll merge it. So here's the release vote, as promised earlier. I'd like to propose releasing 4.0.4 Beta 3, and since the num

RE: logrotate and tomcat 3.3/4.0/4.1

I don't really know much about log4j, so I can't comment on that particular methodology, but I'd been looking at implementing a logrotate for tomcat on my systems. I was thinking something like this for tomcat 3.3 (haven't looked at 4.x yet): /var/log/tomcat3/jasper-*.log /var/log/tomcat3/se

Re: [NITPICK] didn't see this one coming...

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Mon, 29 Apr 2002, Remy Maucherat wrote: > >>> However I do think we should somehow document better what's >>> happening - many people have the strange impression that >>> webapp is going to replace jk. >> >> I'd like to find a way to indicate

logrotate and tomcat 3.3/4.0/4.1

Hi to all, Did there is plan to help implement logrotate for Tomcat 3.3/4.0/4.1 ? On production the logs could became very important after weeks of use and should be cleanup. The usual way under Unix is to use logrotate which generally send a KILL -HUP/USR1 to the process which in turn close it

Re: [PROPOSAL] "New" version numbering scheme

> Remy, > > Do you have any thougts on the allowable stability tags? > > Projects variously seem to use alpha, beta, RR (restricted release), GA (general > availability), RC (release candidate) and EA (early access). Sometimes they use > 'a' and 'b' instead of alpha and beta - I'd really like to

Re: [NITPICK] didn't see this one coming...

> On Mon, 29 Apr 2002, Remy Maucherat wrote: > > > > However I do think we should somehow document better what's > > > happening - many people have the strange impression that > > > webapp is going to replace jk. > > > > I'd like to find a way to indicate that the two preferred connectors are: > >

RE: jakarta-tomcat-connectors documentation/summaries

Which version of Apache 2.0 ? Which version of mod_jk (from jtc ?) Did you try mod_jk from tomcat-3.3.1 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 9

Re: jakarta-tomcat-connectors documentation/summaries

mod_jk and mod_jk2 do not work properly with Apache 2.0. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: jakarta-tomcat-connectors documentation/summaries

Ok, I'm maybe being thick here, but I want to make sure I've got this straight. The idea is that anyone who's clueful enough to search the archives is likely to come across the term "AJP14", so it's best to give them a hint (even if term isn't going to mean anything to somebody who just wants t

DO NOT REPLY [Bug 8582] - Can't Post to Tomcat 4 from separate Application

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 6374] - class not find for:org/w3c/dom/range/Range

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 8622] - Classloader fails to load certain classes from WEB-INF/lib directory

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 8583] - /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so

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: [NITPICK] didn't see this one coming...

On Mon, 29 Apr 2002, Remy Maucherat wrote: > > However I do think we should somehow document better what's > > happening - many people have the strange impression that > > webapp is going to replace jk. > > I'd like to find a way to indicate that the two preferred connectors are: > - Coyote HTTP

DO NOT REPLY [Bug 8622] - Classloader fails to load certain classes from WEB-INF/lib directory

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 8622] - Classloader fails to load certain classes from WEB-INF/lib directory

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 8582] - Can't Post to Tomcat 4 from separate Application

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 8622] New: - Classloader fails to load certain classes from WEB-INF/lib directory

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: Resend: SSL portability and Coyote

The current implementation is available in the jakarta-tomcat tree under proposals/PasswordPrompter. Cheers, Larry > -Original Message- > From: Eric Rescorla [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 29, 2002 10:21 AM > To: Tomcat Developers List > Subject: Re: Resend: SSL portab

Re: Resend: SSL portability and Coyote

"GOMEZ Henri" <[EMAIL PROTECTED]> writes: > I even like to have server cert and key in differents > files (à la mod_ssl), and even use the code from Bojan > 'PasswordPrompter' when the key is protected by password I like prompting for the password too. Is the code for this already in Tomcat s

DO NOT REPLY [Bug 8583] - /usr/local/apache/bin/httpd: fatal: relocation error: for mod_webapp.so

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 8032] - mod_webapp RPM missing

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 8588] - Tomcat 4.0.3 directory redirection 302 returns wrong Location

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 8588] - Tomcat 4.0.3 directory redirection 302 returns wrong Location

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

cvs commit: jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp WarpEngine.java WarpHost.java

pier02/04/29 06:49:44 Modified:webapp/java/org/apache/catalina/connector/warp WarpEngine.java WarpHost.java Log: Fix for way-too-many debug entries in the logs: PR: 6748 Obtained from:[EMAIL PROTECTED] Submitted by: [EMAIL PROTECTE

Re: DO NOT REPLY [Bug XXXX] - ... Webapp ...

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > several times (too many?) That was called spring cleaning... pier -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 8596] - Catalina doesn't follow symlinks across filesystems (TC 4.0.3 RH 7.2 jdk1.3.1-0x)

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 8390] - debug logging is always on

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 8331] - When using mod_webapp apache 2.0.35 fails to start

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

  1   2   >