[PATCH] mod_jk2 - fix double module module exposure

Hi, There is an extra call to ap_add_version_component inside mod_jk2. One inside the jk2_init is IMO enough. Index: mod_jk2.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_ jk2.c,v retrieving

DO NOT REPLY [Bug 9559] - welcome file list induced redirect is incorrect

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/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java

billbarker2002/05/31 22:14:02 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Log: Support for two-part init/start API. Remy's change wasn't as transparent as advertised. In particular, the RC2 release doesn't work at all. T

DO NOT REPLY [Bug 9559] New: - welcome file list induced redirect is incorrect

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/java/org/apache/jk/common ChannelUn.java JniHandler.java MsgAjp.java

costin 2002/05/31 19:55:55 Modified:jk/java/org/apache/jk/common ChannelUn.java JniHandler.java MsgAjp.java Log: Reduce debugging for the native components. Fix bug on recognizing the signature. Note: since the same C code is now used as both clien

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/apr AprImpl.java AprInputStream.java AprOutputStream.java AprSocketServer.java

costin 2002/05/31 19:50:11 Modified:jk/java/org/apache/jk/apr AprImpl.java Removed: jk/java/org/apache/jk/apr AprInputStream.java AprOutputStream.java AprSocketServer.java Log: Remove deprecated stuff. We use a single method for crossing so we can

RE: Jk2: M1 ?

> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: 1 de junio de 2002 0:42 > While some new components may still be added ( like jk_config_registry > or jk_channel_windows, etc ), the base features should be stable. > Of course, nothing is perfect, but things are good enough for jk2

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

remm2002/05/31 17:43:01 Modified:jasper2/src/share/org/apache/jasper JspEngineContext.java Log: - Remove the normalization (this doesn't sound too useful, esp in 4.1). Revision ChangesPath 1.11 +81 -115 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jaspe

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

remm2002/05/31 17:39:48 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java Log: - Remove useless method. Revision ChangesPath 1.3 +3 -14 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationCo

Re: M1 ?

On Fri, 31 May 2002, Remy Maucherat wrote: > I spent zero time working on the native parts of JK 2, so obviously my > opinion doesn't really count ;-) I'll count in the time you spent optimizing jasper :-), so your opinions matters. > I think it's good to start releasing milestones. There's al

Re: M1 ?

> Hi, > > The basic tests seems to be passing on 4 platforms with different > configurations, I did some load tests and it seems to be reasonably > stable. There are certainly many small problems that need to be found, > but overall I things it looks ok. > > I would like to tag a first milestone a

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c

costin 2002/05/31 15:51:29 Modified:jk/native2/common jk_mutex_thread.c jk_worker_ajp13.c jk/native2/include jk_config.h jk/native2/server/isapi jk_isapi_plugin.c Log: Fix the windows build for isapi ( nacho: I moved jk_map_read to jk_config_file_read,

Jk2: M1 ?

Hi, The basic tests seems to be passing on 4 platforms with different configurations, I did some load tests and it seems to be reasonably stable. There are certainly many small problems that need to be found, but overall I things it looks ok. I would like to tag a first milestone and start usi

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

costin 2002/05/31 15:27:17 Modified:jk/native2/common jk_worker_status.c jk/native2/include jk_uriEnv.h jk/native2/server/apache2 mod_jk2.c Log: Remove debug. Fix a bug in merging the uriEnvs ( if is used ) and avoid duplicating the merge.

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.4.txt

remm2002/05/31 15:26:09 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.4.txt Log: - Status update. Revision ChangesPath No revision No revision 1.1.2.7 +4 -4 jakarta-tomcat-4.0/Attic/RELEASE-NOTES-

DO NOT REPLY [Bug 9526] - HttpServletRequest.getHeader(String) yields inconsistent results depending on how the request header was provided to tomcat

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 9240] - env-entry bug

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 9531] - 1.0 RC2 - Exception in CoyoteResponseFacade.reset() when hitting error-page

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-4.0/catalina/src/share/org/apache/naming/factory TyrexDataSourceFactory.java

remm2002/05/31 14:20:48 Modified:catalina/src/share/org/apache/naming/factory Tag: tomcat_40_branch TyrexDataSourceFactory.java Log: - Add back the error logging. Revision ChangesPath No revision No

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/factory TyrexDataSourceFactory.java

remm2002/05/31 14:17:35 Modified:catalina/src/share/org/apache/naming/factory Tag: tomcat_40_branch TyrexDataSourceFactory.java Log: - Revert patch (return an EnabledDataSource, which doesn't do much, but is a lot easier to setup). Revision Chan

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

remm2002/05/31 14:11:02 Modified:jasper2/src/share/org/apache/jasper JspEngineContext.java Log: - Remove dead code. Revision ChangesPath 1.10 +4 -35 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspEngineContext.java Index: JspEngineContext

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets ManagerServlet.java

remm2002/05/31 14:08:03 Modified:catalina/src/share/org/apache/catalina/servlets ManagerServlet.java Log: - Save configuration when undeploying. Revision ChangesPath 1.24 +15 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catali

DO NOT REPLY [Bug 9240] - env-entry bug

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: [PATCH] improved HTMLManagerServlet

I installed this and took a look at it. Looking much better. :-) Here are some more suggestions for improvement. 1. Change the title to "Tomcat Web Application Manager". 2. Move the Message: table to just below the page title. 3. Only enable the Start/Stop/Reload links based on the status

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

costin 2002/05/31 12:19:45 Modified:jk/native2 build.xml jk/native2/common jk_shm.c jk_workerEnv.c jk/native2/jni jk_jni_aprImpl.c Log: Other fixes. Remove the locking when adding worker/channel/etc - it's better to sync on the thread making upd

bodyContext memory allocation

The following implementation provides a more efficient memory allocation scheme for the bodyContext. This dramatically reduces gc overhead when body tags do not output much data. There is a bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6858 filed against this. <> As an alternate que

DO NOT REPLY [Bug 8992] - IE6/XP: Limitation of POST Area within HTTP 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

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

costin 2002/05/31 11:29:48 Modified:jk/native2/server/apache2 jk_apache2.h jk_service_apache2.c mod_jk2.c Log: Get rid of stack allocated request. It may be faster, but it's hard to debug and may create all kind of problems on different platforms. Eve

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_logger_win32.c jk_requtil.c jk_worker_ajp13.c jk_worker_status.c

costin 2002/05/31 11:21:01 Modified:jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_logger_win32.c jk_requtil.c jk_worker_ajp13.c jk_worker_status.c Log: Various cosmetic changes ( reduce warnings about sig

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.c jk_env.c jk_objCache.c jk_worker_lb.c

costin 2002/05/31 11:09:13 Modified:jk/native2/common jk_workerEnv.c jk_env.c jk_objCache.c jk_worker_lb.c Log: Use jk_mutex. Revision ChangesPath 1.50 +24 -14jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index: jk_work

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_config_file.c jk_config.c jk_map.c list.mk

costin 2002/05/31 11:05:29 Modified:jk/native2/common jk_config.c jk_map.c list.mk Added: jk/native2/common jk_config_file.c Log: A bit of refactoring. All workers2.properties parsing/saving code ( i.e. the properties + [ini] extensions ) are now in jk_config_file.

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_mutex_proc.c jk_mutex_thread.c jk_mutex.c jk_registry.c jk_registry.h

costin 2002/05/31 10:52:05 Modified:jk/native2/common jk_mutex.c jk_registry.c jk_registry.h Added: jk/native2/common jk_mutex_proc.c jk_mutex_thread.c Log: A bit of refactoring. jk_mutex.c contains the common code for mutexes. jk_mutex_proc is for inter-process lockin

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_config.h jk_env.h jk_mutex.h jk_objCache.h jk_worker.h jk_workerEnv.h

costin 2002/05/31 10:49:07 Modified:jk/native2/include jk_config.h jk_env.h jk_mutex.h jk_objCache.h jk_worker.h jk_workerEnv.h Log: Use jk_mutex for sync. Changed jk_mutex to preserve backward compatiblity and support where APR is not available.

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

costin 2002/05/31 10:47:35 Removed: jk/native2/include jk_mt.h Log: Removed the old mt header. We'll use APR mutexes instead ( the original pthread and win32 code is still available, but using the jk_mutex interface). This is cleaner and more portable ( we use non-apr code o

Re: Ethereal AJP13 dissector? [Ethereal patch attached]

Cool... :-) Costin On Fri, 31 May 2002, Christopher K. St. John wrote: > jean-frederic clere wrote: > > > > I am rewritting the Ajp protocol documentation. A protocol > > analyser would help me. > > > > The analyzer was written using the existing docs, so > if there are problems in the

Re: Ethereal AJP13 dissector? [Ethereal patch attached]

jean-frederic clere wrote: > > I am rewritting the Ajp protocol documentation. A protocol > analyser would help me. > The analyzer was written using the existing docs, so if there are problems in the docs the analyzer will be wrong as well. > So please send it. (Even if it is not run and not

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

nacho 2002/05/31 10:06:02 Modified:jk/native2/common jk_logger_win32.c Log: * Oops typo! Revision ChangesPath 1.4 +3 -7 jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c Index: jk_logger_win32.c

DO NOT REPLY [Bug 9531] - 1.0 RC2 - Exception in CoyoteResponseFacade.reset() when hitting error-page

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 6858] - Easy & Significant Performance Improvement

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

Help: URL's redirection (maybe a little off-topic).

Hello everybody! I excuse with all people of the forum is the question I am posting is a little off-topic because it concerns also Internet Information Services (IIS) Web Server, but I didn't find any forum or source data where to retrieve the following information that I need absolutely:-( I ha

Re: Ethereal AJP13 dissector?

Christopher K. St. John wrote: > I was doing some debugging and sort of accidentally ended > up writing most of an AJP13 dissector for ethereal. A proper > dissector is much easier to deal than raw ethereal captures > if you're not an AJP13 guru. It didn't occur to me until > afterwards that some

Ethereal AJP13 dissector?

I was doing some debugging and sort of accidentally ended up writing most of an AJP13 dissector for ethereal. A proper dissector is much easier to deal than raw ethereal captures if you're not an AJP13 guru. It didn't occur to me until afterwards that somebody else might have already done it.