Re: [PROPOSAL] "New" version numbering scheme

Remy Maucherat wrote: >>On Wed, 24 Apr 2002, Ignacio J. Ortega wrote: >> >> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 24 de abril de 2002 23:41 >>> >>>Which will be the rules to advance the build numbers? >> >>Probably every time the release manager feels the code

RE: [PROPOSAL] "New" version numbering scheme

>For the uninitiated, the numbering is: >major.minor.build build_stability > >So for example, the first 4.1.x release would probably be numbered: >Apache Tomcat 4.1.0 Alpha > > >[ ] Yes >[ ] No > > >(feel free to provide comments to justify your choice) +1, we have choosen that numbering for mod_

Re: Bad build process for mod_webapp for Apache 2

Jeffrey Bonevich wrote: > (sorry if this has come through already, but I did not see the post on > the mail archive, so I done went and subscribed to the list to resend it) > > > For those of you who do not regularly cruise the tomcat-user postings > (you all do that regularly, right? ;-), a nu

cvs commit: jakarta-tomcat-4.0 RELEASE-PLAN-4.1.txt

remm02/04/25 01:59:51 Modified:.RELEASE-PLAN-4.1.txt Log: - Update status. - Update with "new" build numbering scheme. Revision ChangesPath 1.5 +9 -9 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt Index: RELEASE-PLAN-4.1.txt =

Re: [PROPOSAL] "New" version numbering scheme

> Do not forget to mention that the dev list MUST be informed in advance of the > release (2 or 3 days and better not on Friday). Ok. So, according to the old release plan, a first milestone (4.1.0, instead of being called 4.1 Beta 1) will be released (tagged) this friday. Since it can be difficu

Re: [PROPOSAL] jasper2 detection of compile time page include changes

I also like the idea, however I would like to see some modifications which would allow this idea to work for application development, not only in deployment environments. When developing applications, the requirement is to see the changes immediately, not after a period of time. So there shoul

Re: [VOTE] Release Plan for Apache Tomcat 4.1

Remy Maucherat wrote: >>Remy Maucherat wrote: >> > >>>The goal of the Apache Tomcat 4.1 final release is to provide a stable >>>container that supports 100% of the mandatory requirements of the >>> > Servlet > >>>2.3 >>>and JSP 1.2 specifications, as well as to improve and add many useful >>>ad

Re: Bad build process for mod_webapp for Apache 2

Jean-Frederic - Attached is my libwebapp.la. I think I tried it with libwebapp.so and it did not produce a usable module. However, I am not too experienced a C/C++ programmer and have never used libtool before, so I was winging it. Here is the result of libtool --version: [root@strider weba

DO NOT REPLY [Bug 8436] - Apache httpd 2.0 unable to load Connector : 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: [VOTE] Release Plan for Apache Tomcat 4.1

> Remy Maucherat wrote: > Here is what Craig stated regarding context start/stop events: > - > > > - reload > > > > > > Reloads Context if it is a directory, does not reload if > > > it is running from a war file. A reload does no

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

remm02/04/25 07:12:07 Modified:catalina build.xml Log: - Automatically fill the version number (defined in the version property). Revision ChangesPath 1.114 +2 -1 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml =

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util ServerInfo.properties

remm02/04/25 07:11:55 Modified:catalina/src/share/org/apache/catalina/util ServerInfo.properties Log: - Automatically fill the version number (defined in the version property). Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-4.0/cata

cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.jsp

remm02/04/25 07:14:29 Modified:webapps/ROOT index.jsp Log: - Automatically fill the version number (defined in the version property). Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-4.0/webapps/ROOT/index.jsp Index: index.jsp =

cvs commit: jakarta-tomcat-4.0 build.xml

remm02/04/25 07:50:10 Modified:.build.xml Log: - Copy the right version of the Jasper source in the source distribution. Revision ChangesPath 1.66 +5 -0 jakarta-tomcat-4.0/build.xml Index: build.xml ===

cvs commit: jakarta-tomcat-site/xdocs/stylesheets project.xml

remm02/04/25 08:00:40 Modified:docs bugreport.html index.html irc.html news.html resources.html xdocs/stylesheets project.xml Log: - Tomcat website update (mentions 4.1). Revision ChangesPath 1.4 +1 -1 jakarta-tom

Request for more events to the LifeCycle Re: [VOTE] Release Plan for Apache Tomcat 4.1

I've not accessed the latest Catalina source since 4.0.1, and I can't access this from where I'm working now. I've written a small server that makes use of catalina parts, and as I wrote this server, I wished that LifeCycle had 4 events instead of 2 (Starting, started, stopping, stopped). This le

DO NOT REPLY [Bug 8519] New: - Port inserted in redirect

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 8519] - Port inserted in redirect

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 6668] - HttpProcessor takes incorrect defaults for proxy port according to HTTP/1.1 Spec

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: Problems with tomcat downloads for OS X (via Webmaster)

Problem on his (Gunnar) side... _DO_NOT_ use StuffIt EVER on OS/X, it corrupts data... P{ier} "Paulo Gaspar" <[EMAIL PROTECTED]> wrote: > Via webmaster, please check the "Original Message" that follows. > > Have fun, > Paulo Gaspar > > >> -Original Message- >> From: Gunnar Schoma

DO NOT REPLY [Bug 8519] - Port inserted in redirect

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

Fwd: Request for more events to the LifeCycle Re: [VOTE] Release Plan for Apache Tomcat 4.1

Sorry, I hit the "Send" button accidently... Here's what I wanted to say: I've not accessed the Tomcat source since 4.0.1, and can't access it from where I'm working right now. I've used Tomcat 4 parts within a small server that I've written. I've also written a UI in Swing that listens to Life

DO NOT REPLY [Bug 8438] - Unable to start Apache service when using mod_jk

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 8524] New: - Jasper fails to parse RT expression with single quotes embedded.

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 8519] - Port inserted in redirect

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 8524] - Jasper fails to parse RT expression with single quotes embedded.

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 6709] - Images on protected areas have not "Last modified" 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_bu

2 problems with Coyote and j-t-c/util

1) First one is: with the latest TC 4 code, JK 2 is throwing a NPE on shutdown (line 185 of ChannelUn); I don't see why it's broken, it was working fine very little ago. 2) Setting soTimeout doesn't do anything, apparently. I added some code in the PoolTcpEndpoint, and setSoTimeout is called on t

Re: [VOTE] Release Plan for Apache Tomcat 4.1

> > [ ] +1 I approve this plan, and will help > [X] +0 I approve this plan, but can't help > [ ] -0 I am not in favor of this plan > [ ] -1 I am against this plan, because: > > > > -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: 2 problems with Coyote and j-t-c/util

On Thu, 25 Apr 2002, Remy Maucherat wrote: > 1) First one is: with the latest TC 4 code, JK 2 is throwing a NPE on > shutdown (line 185 of ChannelUn); I don't see why it's broken, it was > working fine very little ago. I'll commit a fix - if APR is not available ChannelUn should be inactive. The

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

kinman 02/04/25 11:16:06 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: - Fixed 6196. If the buffer was flushed, a forward should cause a IllegalS

DO NOT REPLY [Bug 6196] - should trigger IllegalStateException when buffer flushed

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/apr AprImpl.java

costin 02/04/25 11:17:24 Modified:jk/java/org/apache/jk/apr AprImpl.java Log: Added a couple of methods to expose the jk objects. Instead of duplicating the code to work with the shm and unix channel ( in a jk 'component' and in the jni wrapper/java code ) we just use the

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JniHandler.java

costin 02/04/25 11:20:33 Added: jk/java/org/apache/jk/common JniHandler.java Log: Add the code that is common the Shm and ChannelJni ( and soon ChannleUn ). ( I won't touch the stable code for socket and ajp13: Remy, relax :-) Revision ChangesPath 1.1

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelJni.java

costin 02/04/25 11:22:54 Modified:jk/java/org/apache/jk/common ChannelJni.java Log: Remove the duplicated code ( that moved to the parent class, JniHandler ). Use the new unified dispatch mechanism that will be used by all components to communicate with the C code. Revi

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelUn.java

costin 02/04/25 11:24:18 Modified:jk/java/org/apache/jk/common ChannelUn.java Log: Add checks - if jni/apr is not available, nothing will happen at shutdown ( since nothing happened at startup ) Revision ChangesPath 1.15 +5 -3 jakarta-tomcat-connectors/jk/j

Re: 2 problems with Coyote and j-t-c/util

> On Thu, 25 Apr 2002, Remy Maucherat wrote: > > > 1) First one is: with the latest TC 4 code, JK 2 is throwing a NPE on > > shutdown (line 185 of ChannelUn); I don't see why it's broken, it was > > working fine very little ago. > > I'll commit a fix - if APR is not available ChannelUn should be i

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common Shm.java

costin 02/04/25 11:25:49 Modified:jk/java/org/apache/jk/common Shm.java Log: Update to use the new jni communication. Started to add the main() and execute() to allow Shm to be called from CLI and ant - to register remote tomcats. Revision ChangesPath 1.4 +

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

costin 02/04/25 11:27:18 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Call sendHeaders() in response ( that will set commited ) instead of directly calling the action chain. Also ( I couldn't resist ) moved the code that serializes the headers in a separat

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

costin 02/04/25 11:37:44 Modified:jk/native2/include jk_env.h Log: Added a 'recycle' method. Obviously malloc is cheap in C ( but it does have some syncs ! ), but we need to preserve the jni 'global references' and maybe in future pin the jbyteArrays. Revision Change

Re: JSP no reload

It is currently not an option to turn off checking out-of-date jsp pages that triggers recompilations. There has been some efforts recently at speeding up this area in jasper2 (Remy'work, Duncan's patch for timestamp cache, and my recent mods), so you may want to try jasper2 to see if performans

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

costin 02/04/25 11:39:44 Modified:jk/native2/include jk_global.h Log: Make JK_OK consistent with APR_SUCCESS. Use similar error code. I've also changed most of jk to use JK_OK/JK_ERR consistently. For a next release it should use jkThrow() maybe, but for now the JK_TRUE was

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

costin 02/04/25 11:40:37 Modified:jk/native2/include jk_handler.h Log: Make the handle() method work for both 'request' callbacaks and generic calls from java to C. Revision ChangesPath 1.7 +3 -3 jakarta-tomcat-connectors/jk/native2/include/jk_handler.h

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

costin 02/04/25 11:41:46 Modified:jk/native2/include jk_shm.h Log: Few improvements, expose the head, etc. Still far from completion. Revision ChangesPath 1.3 +51 -6 jakarta-tomcat-connectors/jk/native2/include/jk_shm.h Index: jk_shm.h =

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

costin 02/04/25 11:43:29 Modified:jk/native2/include jk_worker.h Log: Added a 'version' and a critical section for updates. The workers are updated by lb/shm when a change is detected in the scoreboard. That need only in-process thread synchronization. ( we could use ap

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

costin 02/04/25 11:44:41 Modified:jk/native2/include jk_workerEnv.h Log: Simplified the registration of ajp handlers. Moved the hadnler definition to workerEnv. We'll eventually move to a dynamic mechanism ( instead of hardcoded values ), but later. Revision Changes

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

costin 02/04/25 11:46:38 Modified:jk/native2/common jk_channel_apr_socket.c Log: Change return types and error handling Revision ChangesPath 1.9 +35 -27 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_channel_jni.c

costin 02/04/25 11:48:13 Modified:jk/native2/common jk_channel_jni.c Log: Fix error handling. Remove duplicated code ( now all dispatching is done consistently in jni/ ). Revision ChangesPath 1.10 +48 -160 jakarta-tomcat-connectors/jk/native2/common/jk_chann

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

costin 02/04/25 11:49:37 Modified:jk/native2/common jk_channel_socket.c jk_config.c Log: Update return codes. Revision ChangesPath 1.20 +16 -16jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c

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

costin 02/04/25 11:50:22 Modified:jk/native2/common jk_endpoint.c jk_logger_file.c Log: Update return codes. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c Index: jk_endpoint.c =

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

costin 02/04/25 11:51:15 Modified:jk/native2/common jk_objCache.c jk_pool.c Log: Update rc. Revision ChangesPath 1.6 +9 -9 jakarta-tomcat-connectors/jk/native2/common/jk_objCache.c Index: jk_objCache.c ==

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

costin 02/04/25 12:12:58 Modified:jk/native2/common jk_env.c Log: Added the recycle. jk_env has now some extra printf() debugging to test it's use from java, will go away soon. Revision ChangesPath 1.19 +27 -5 jakarta-tomcat-connectors/jk/native2/common/

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

costin 02/04/25 12:14:31 Modified:jk/native2/common jk_handler_logon.c jk_handler_response.c Log: Update rc, use the simpler registration for handlers and the new signature. Revision ChangesPath 1.14 +23 -51jakarta-tomcat-connectors/jk/native2/common/jk_handler

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

costin 02/04/25 12:16:14 Modified:jk/native2/common jk_map.c jk/native2/include jk_map.h Log: Update rc. Added 2 debug fields - so we can see the content of the map in gdb. Revision ChangesPath 1.18 +24 -22jakarta-tomcat-connectors/jk/native2/c

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

costin 02/04/25 12:17:22 Modified:jk/native2/common jk_msg_ajp.c Log: Update rc. Dump the message on error, clean up the dump. Revision ChangesPath 1.7 +22 -30jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c Index: jk_msg_ajp.c =

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

costin 02/04/25 12:18:40 Modified:jk/native2/common jk_shm.c Log: Many small fixes and changes to allow it to be used from C and java. Revision ChangesPath 1.6 +181 -131 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c Index: jk_shm.c =

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

costin 02/04/25 12:20:46 Modified:jk/native2/common jk_workerEnv.c Log: Update the signatures and the dispatch method ( used for both messages from the web server and jni callbacks ) Update rc. Revision ChangesPath 1.30 +91 -68jakarta-tomcat-connectors/j

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

costin 02/04/25 12:21:58 Modified:jk/native2/common jk_worker_lb.c Log: Added some code to check the shm 'version' and update the config. Not completed. Revision ChangesPath 1.4 +173 -97 jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c Index:

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_pool_apr.c jk_registry.c jk_requtil.c jk_uriEnv.c jk_uriMap.c jk_vm_default.c jk_worker_ajp13.c jk_worker_jni.c jk_worker_run.c jk_worker_status.c

costin 02/04/25 12:22:19 Modified:jk/native2/common jk_pool_apr.c jk_registry.c jk_requtil.c jk_uriEnv.c jk_uriMap.c jk_vm_default.c jk_worker_ajp13.c jk_worker_jni.c jk_worker_run.c jk_worker_status.c Log: Upd

DO NOT REPLY [Bug 7007] - Invalid names in web.xml generated by JspC for top-level JSP pages

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 build.xml

costin 02/04/25 12:23:40 Modified:jk/native2 build.xml Log: Update build.xml for jni. Don't build other targets - "all" will build jkant and jni. That will prevent gump errors. Revision ChangesPath 1.24 +11 -1 jakarta-tomcat-connectors/jk/native2/build.x

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

costin 02/04/25 12:24:17 Modified:jk/native2/jni jk_jni_aprImpl.c Log: Implement the jni side for the dispatch. Revision ChangesPath 1.13 +319 -16 jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c Index: jk_jni_aprImpl.c ===

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

costin 02/04/25 12:25:11 Modified:jk/native2/server/apache13 jk_service_apache13.c mod_jk2.c jk/native2/server/apache2 jk_logger_apache2.c jk_map_aprtable.c jk_service_apache2.c mod_jk2.c jk/native2/server/isapi jk_service_iis.c L

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

amyroh 02/04/25 12:30:44 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml Log: Add JK2Connector mbean descriptor. Revision ChangesPath 1.45 +91 -1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mb

cvs commit: jakarta-tomcat-4.0 RELEASE-PLAN-4.1.txt

remm02/04/25 12:51:40 Modified:.RELEASE-PLAN-4.1.txt Log: - Update bug status. Revision ChangesPath 1.6 +1 -5 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt Index: RELEASE-PLAN-4.1.txt ===

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeansmbeans-descriptors.xml

Amy, JkConnector is composed of several sub-components, each with very different config parameters. Curently it is configured from a properties file, and it will persist the file automatically on change. For the first release that should be enough - but we need to expose each individual comp

Problem with java.lang.OutOfMemoryError

Hello. I use Apache Tomcat/4.0.2 in Linux Red Hat 7.1 and sometimes go down with the message: HTTP Status 500 Internal Server Error ... root cause java.lang.OutOfMemoryError I don't know the

1 problem with Coyote

Hi Remy, I would like to add one more method in Coyote - it won't touch existing functionality, just add a way for jk to fingure out what webapps are configured in the server ( I'm trying to update the auto-conf stuff ) Do you mind if I add a new ACTION_WEBAPP hook, with code in the 2 connectors

Re: 1 problem with Coyote

> Hi Remy, > > I would like to add one more method in Coyote - it won't touch > existing functionality, just add a way for jk to fingure out what webapps > are configured in the server ( I'm trying to update the auto-conf > stuff ) > > Do you mind if I add a new ACTION_WEBAPP hook, with code in th

Re: MinTC, "terrible rudeness", persistence

"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > As you will note in this case, and in many others, there is no such thing as > the "Sun" viewpoint on many TOMCAT-DEV issues. And that's appropriate -- we > are individuals with our own opinions. I am not going to comment on this as I used to b

Re: mod_webapp.so socketpool changes..

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >> Simon, >> both I and JF have been pretty busy this last few days... I wanted to >> it out also with Apache 2.0's worker MPM before committing... > > I have been out for a week... But I will try to find some time today ;-) Same here, this w

Re: mod_webapp.so socketpool changes..

Hi John-Frederic, I've only just seen your mail as I've been away for a few days... Is there any update on this? Have you had a chance to look at the updates I made? If you want me to do any more work on this just let me know... BTW I've been testing this on an NT intranet web server runnin

Re: Bad build process for mod_webapp for Apache 2

"Jeffrey Bonevich" <[EMAIL PROTECTED]> wrote: > (sorry if this has come through already, but I did not see the post on > the mail archive, so I done went and subscribed to the list to resend it) > > > For those of you who do not regularly cruise the tomcat-user postings > (you all do that regul

Re: [COMMENTS] Tomcat 4.1 release plan draft posted

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > * Rewritten Jasper JSP page compiler (called Jasper 2) Is this the new Jasper over which Kim is working on? Can it be decoupled from 4.1 as well (meaning, can it be used with 4.0?)... My employer's site is 100% pure JSP, but can't get away from 4.0.

Re: Daemon Thread Problem in J-T-C

"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Indeed, a thread dump after the shutdown command is executed shows a bunch > of active threads, including those suspended by a wait() at: > org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.java: > 407) > org.apache.tomcat.

Re: [PATCH]org.apache.catalina.connector.warp.WarpRequestHandler.java

"Cavan Morris" <[EMAIL PROTECTED]> wrote: > Could someone please tell me what I need to do to get the attached patch > committed? > It fixes a NullPointerException thrown when the Warp Connector is used with a > . > I got the original file from the archive located here > http://jakarta.apache.org

Re: Tomcat in industry

"Paul Wallace" <[EMAIL PROTECTED]> wrote: > Hello, > I don't know where I heard it, or if indeed I heard it all, but can > someone clarify if Tomcat can be used in industrial strength web > applications? That is, is it able to handle for example, traffic of 100 hits > p/s? Must it be integrate

cvs commit: jakarta-tomcat-4.0 RELEASE-PLAN-4.1.txt

remm02/04/25 15:00:19 Modified:.RELEASE-PLAN-4.1.txt Log: - Update status. - 5199 looks like something which is unclear in the spec (I'll discuss that more in detail later). Revision ChangesPath 1.7 +2 -4 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelUn.java Shm.java

costin 02/04/25 15:04:00 Modified:jk/java/org/apache/jk/common ChannelUn.java Shm.java Log: Extra checks for APR presence. Revision ChangesPath 1.16 +3 -0 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelUn.java Index: ChannelUn.java =

Re: Using InstallAnywhere for Tomcat installer

"Jon Scott Stevens" <[EMAIL PROTECTED]> wrote: > on 4/23/02 2:33 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > >> To get around this, Zero G has >> offered to donate a license of InstallAnywhere to Tomcat, as well as >> installer code. > > I have a strong -1 on this unless the licese is gra

Re: Using InstallAnywhere for Tomcat installer

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > Don't want to do the OSS passionaria but we should try > to use only OSS tools on Apache. > > NSIS is OSS so keep. > > For Free Java installer we have : > > IZPack : > http://www.izforge.com/izpack/ > > VAInstall : > http://vainstall.sourceforge.net/

Re: Using InstallAnywhere for Tomcat installer

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > The licensing terms seems ok to me, so I wanted to see if the community was > ok about it (apparently not). I didn't see their licensing terms > So even if this installer is provided in addition to other OSS based > installers, it's not ok ? Sin

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JniHandler.java Shm.java

costin 02/04/25 15:44:24 Modified:jk/java/org/apache/jk/common JniHandler.java Shm.java Log: Few more fixes, checking if jni is initialized corectly and enabling the components that depend on that. Revision ChangesPath 1.2 +1 -0 jakarta-tomcat-connectors/j

Re: Problem with java.lang.OutOfMemoryError

Have you tried giving your JVM a bit more memory? Does that keep it stay alive for a little while longer or it makes no difference? The 'sometimes goes down' happens once a day, once a week or once a month? Bojan On Fri, 2002-04-26 at 06:23, Desarrollo e Investigación wrote: > > Hello. I

Re: [VOTE] Release Plan for Apache Tomcat 4.1

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > [ ] +1 I approve this plan, and will help > [X] +0 I approve this plan, but can't help > [ ] -0 I am not in favor of this plan > [ ] -1 I am against this plan, because: Don't care about the new "features" of the container... The only thing I'm concer

Re: [PROPOSAL] "New" version numbering scheme

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > [X] Yes > [ ] No > Big time... -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick -- To unsubscribe, e-mail:

Re: [PROPOSAL] "New" version numbering scheme

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Wed, 24 Apr 2002, Ignacio J. Ortega wrote: > >>> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] >>> Enviado el: miércoles 24 de abril de 2002 23:41 >> >> Which will be the rules to advance the build numbers? > > Probably every time the release

Re: mod_webapp.so socketpool changes..

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > Hi John-Frederic, > > I've only just seen your mail as I've been away for a few days... > > Is there any update on this? Have you had a chance to look at the updates I > made? > > If you want me to do any more work on this just let me know..

DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work

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/server JkCoyoteHandler.java JkMain.java

costin 02/04/25 16:13:24 Modified:jk/java/org/apache/jk/common ChannelSocket.java ChannelUn.java JniHandler.java jk/java/org/apache/jk/server JkCoyoteHandler.java JkMain.java Log: Fewer messages, more info. We can

Re: Problem with java.lang.OutOfMemoryError

Well, the server goes down twice a week. We are working just with servlets and in the web server are connected 150 users, approximate (my english is not so good, sorry). Thanks. Adolfo. On 26 Apr 2002 at 8:50, Bojan Smojver wrote: > Have you tried giving your JVM a bit more memory? Does that

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp

manveen 02/04/25 16:24:31 Modified:webapps/admin/connector connector.jsp Log: Added support for SSL. Revision ChangesPath 1.5 +43 -6 jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp Index: connector.jsp ===

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java

manveen 02/04/25 16:28:00 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java Log: Added support for SSL. Revision

Re: Problem with java.lang.OutOfMemoryError

I've bumped into some problems with out of memory when using StingCharacterIterator on IBM's JDK 1.3.0 and 1.3.1 for Linux (I don't use other platforms, so I don't know if it's platform specific). The piece of code that worked fine suddenly caused problems. The JVM would run out of memory (I use T

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java

billbarker02/04/25 18:50:32 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java Log: Fix problem with soTimeout. The makes Coyote act like httpd with respect to soTimeout (which is what it was trying to do before,

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

billbarker02/04/25 18:54:54 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: If you add an attribute, it helps to be able to actually set it. Revision ChangesPath 1.10 +5 -0 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp

manveen 02/04/25 19:11:28 Modified:webapps/admin/connector connector.jsp Log: Added check that one Should not be able to delete the connector on which the admin tool is running. Revision ChangesPath 1.6 +3 -0 jakarta-tomcat-4.0/webapps/admin/connector/connect

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java DeleteConnectorAction.java

manveen 02/04/25 19:13:48 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java DeleteConnectorAction.java Log: Do not display the connector on which the admin app runs in the list of connectors that can be deleted.

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

billbarker02/04/25 19:25:08 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: The timeout is in MS here. Revision ChangesPath 1.31 +1 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11

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

craigmcc02/04/25 19:27:33 Modified:catalina/src/share/org/apache/catalina/mbeans StandardServerMBean.java mbeans-descriptors.xml Log: Add the beginnings of the ability to save the current Tomcat configuration to conf/server.xml. Revision ChangesPa

  1   2   >