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

billbarker01/11/16 22:34:08 Modified:.RELEASE-NOTES-3.3.1.txt Log: Update to include change to o.a.t.facade.HttpServletResponseFacade. Revision ChangesPath 1.3 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt Index: RELEASE-NOTES-3.3.1.txt =

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

costin 01/11/16 22:08:20 Modified:jk/native/common jk_ajp_common.c Log: The big commit - plugin in the new socket code. All is #ifdef-ed by now - the old code is compiled by default, unmodified ( except some ifs that I reversed to be able to read and minor indentations).

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_jni_worker.c jk_lb_worker.c jk_msg_buff.c

costin 01/11/16 22:00:24 Modified:jk/native build.xml jk/native/common jk_jni_worker.c jk_lb_worker.c jk_msg_buff.c Log: Few fixes for the previous commits. Revision ChangesPath 1.17 +2 -1 jakarta-tomcat-connectors/jk/nat

[PATCH] [Catalina] StandardContext::addParameter() JavaDoc

addParameter() instance method actually throws an IllegalArgumentException if a duplicate name is used. I came across this while attempting to setup Catalina behind Apache + mod_webapp -- AFAICT, my setup is currently giving me the joy of multiple initializations of Catalina. Index: StandardCont

Re: TC 3.3, Production Quality

No objection here. - Original Message - From: "Bojan Smojver" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 16, 2001 6:44 PM Subject: TC 3.3, Production Quality > I've noticed that on the main TC page of Jakarta site, TC 3.2.x is > still listed as production quality

TC 3.3, Production Quality

I've noticed that on the main TC page of Jakarta site, TC 3.2.x is still listed as production quality release, although we all know that 3.3 is far superior in almost any respect. That's for Servlet API 2.2 and JSP 1.1, of course. Any objections if I change this? Bojan -- To unsubscribe, e

[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex

[PATCH] Status-Code not set for Error pages when Exception is thrown

Hi, Say a user has a custom error page for status codes of 500 when an uncaught exception occurs. The request parameter, javax.servlet.error.status_code, is not set, so if the error page tries to access this req. parameter, null will be returned. Attached is a patch that I've tested in my env

Re: Tomcat 4.0 on IIS

On Fri, 16 Nov 2001, Rajan Gupta wrote: > Date: Fri, 16 Nov 2001 13:49:56 -0800 (PST) > From: Rajan Gupta <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]>, > EKR <[EMAIL PROTECTED]> > Subject: Tomcat 4.0 on IIS > >

Re: cvs commit: jakarta-tomcat-connectors/jk/native build.xml

On 16 Nov 2001 [EMAIL PROTECTED] wrote: > Modified:jk/native build.xml > Log: > Added alternate targets (since NLM names are limited to 8.3). What about using 8.3 names in the first place ? jk_jni jk_nsapi jk_isapi mod_jk Costin > > + > + >

Re: Performance of tomcat 3.2.3

Also: http://www.webperformanceinc.com/ Great program and very easy to set up fairly complex tests. I only wish it was open source! :( (they do have a free trial period, though) Thanks, --jeff - Original Message - From: "Ryan Lubke" <[EMAIL PROTECTED]> To: "Tomcat Developers List

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_worker.c jk_registry.c jk_ajp14_worker.c jk_ajp13_worker.c

costin 01/11/16 14:59:06 Modified:jk/native/common jk_worker.c jk_registry.c jk_ajp14_worker.c jk_ajp13_worker.c Log: Minor changes ( remove unused imports, add socket channel to the registry ) Revision ChangesPath 1.9 +2 -2 jakarta-to

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

costin 01/11/16 14:55:34 Modified:jk/native/apache-2.0 mod_jk.c Log: A bit more debugging, a bit cleaner ifs, don't try to read workers.properties if none is set up. ( the settings in worker.properties can be done in httpd.conf - it's easier for testing/debugging to edit a

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

patrickl01/11/16 14:53:01 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: Use the request's URI in error pages instead of just the path with the current context. This behavior was in Tomcat 4.0.1 but was lost recently. This

cvs commit: jakarta-tomcat-connectors/jk/native build.xml

costin 01/11/16 14:52:43 Modified:jk/native build.xml Log: Use a separate dir for .obj files ( again, for java people who are used with classes/ style ) Revision ChangesPath 1.16 +9 -3 jakarta-tomcat-connectors/jk/native/build.xml Index: build.xml ===

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

costin 01/11/16 14:48:55 Modified:jk/native/common jk_channel_socket.c Log: Working impl. for a socket channel, using cut&paste from jk_connect.c. The code is almost identical. I just changed a bit the if()s, as I'm just a confused java programmer - I'll probably contin

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_channel.h

costin 01/11/16 14:45:20 Modified:jk/native/common jk_channel.h Log: Few changes in jk_channel, based on what was required in implementing it. Revision ChangesPath 1.4 +66 -46jakarta-tomcat-connectors/jk/native/common/jk_channel.h Index: jk_channel.h ==

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_service.h

costin 01/11/16 14:43:18 Modified:jk/native/common jk_service.h Log: Added 2 fields in jk_endpoint_t to support jk_channel. Note that use of a channel ( as an abstraction that replace socket calls ) is optional - will be ifdef-ed until we make sure everything works fine.

Re: Portable SSL Support

+1 - Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "EKR" <[EMAIL PROTECTED]> Sent: Friday, November 16, 2001 1:53 PM Subject: Re: Portable SSL Support > On 16 Nov 2001, Eric Rescorla wrote: > > > "William Barker" <[EMAIL PROTECTED]> writes

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c jk_uri_worker_map.h

costin 01/11/16 14:37:13 Modified:jk/native/common jk_uri_worker_map.c jk_uri_worker_map.h Log: Get the number of mappings in uri_worker_map, quick exit if none. ( it is possible to configure mod_jk using setHandler, we don't want extra overhead ) Revision ChangesPat

Re: Portable SSL Support

In j-t-c I could see putting in RequestBase. However, since connector development (with the possible exception of Http10Interceptor, which isn't in j-t-c) is frozen in 3.3, I can't really see modifying Request. - Original Message - From: "Eric Rescorla" <[EMAIL PROTECTED]> To: "Tomcat Dev

cvs commit: jakarta-tomcat-connectors/jk/jkant buildJakarta.xml

costin 01/11/16 14:33:30 Added: jk/jkant buildJakarta.xml Log: Added a sample on how to use gcj task ( don't try to use it, it'll not work with the released gcc ). Gcj support is extremely experimental in jkant - it's just an example of a compiler using complex options that c

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers GcjCompiler.java GcjLinker.java

costin 01/11/16 14:26:50 Modified:jk/jkant/java/org/apache/jk/ant/compilers GcjCompiler.java GcjLinker.java Log: Important change - allow the compilation of static files ( .properties, .dtd, etc ). GCJ can 'compile' those resources to .o files that are

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java LibtoolLinker.java MsvcCompiler.java MsvcLinker.java MwldLinker.java

costin 01/11/16 14:23:22 Modified:jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java LibtoolLinker.java MsvcCompiler.java MsvcLinker.java MwldLinker.java Log: Changes in the implementation, reflecting api changes. Revision

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers LinkerAdapter.java

costin 01/11/16 14:21:53 Modified:jk/jkant/java/org/apache/jk/ant/compilers LinkerAdapter.java Log: Same changes as in CompilerAdapter - use abstract class, base functionality. Revision ChangesPath 1.4 +13 -3 jakarta-tomcat-connectors/jk/jkant/java/org/apache

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers CompilerAdapter.java

costin 01/11/16 14:21:03 Modified:jk/jkant/java/org/apache/jk/ant/compilers CompilerAdapter.java Log: Moved functionality from SoCompiler. Easier interfacing with the implementations. Use packages in compilation of the .c files ( using the 'base dir' on

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant SoTask.java

costin 01/11/16 14:18:50 Modified:jk/jkant/java/org/apache/jk/ant SoTask.java Log: SoTask will delegate to the CompilerAdapter the detection of files to be compiled. This simplifies things a bit and gives CompileAdapter a way to contol all files. Revision Changes

Re: Asking Tomcat 4.x to accept a different JNDI initial factory

Oops, that was meant to be a private message. My deepest apologies! On Friday, November 16, 2001, at 01:56 PM, Han Ming Ong wrote: > Hi Remy, > I know that you are busy but may I know when we will see this change? > I just checked the CVS repository about 1 hour ago and it's not there > yet

Re: Asking Tomcat 4.x to accept a different JNDI initial factory

Hi Remy, I know that you are busy but may I know when we will see this change? I just checked the CVS repository about 1 hour ago and it's not there yet. Will it make it into the next release? We are trying to debate when we should move to Tomcat 4 as we are currently on Tomcat 3. thanks a

salon.com uses Tomcat + Cocoon for some "experimental services"

Take a look at this article: http://www.webtechniques.com/archives/2001/12/rosenberg/ >From that article: We also have experimental services running under the Apache Project's Cocoon and Tomcat application servers that render Salon's content in XML, applying XSLT and XSP for for

Re: Portable SSL Support

On 16 Nov 2001, Eric Rescorla wrote: > "William Barker" <[EMAIL PROTECTED]> writes: > > > I was thinking of moving it to Http10Interceptor.getInfo, but otherwise that > > was more or less what I was thinking. > Actually, ISTM that eventually this belongs in Request.getInfo(), since > that allows

Re: Error: null cert chain

Hai Wang <[EMAIL PROTECTED]> writes: >I am working on SSL communication now, I have set up Tomcat to > support SSL, but I got an error when I tried to make a connection to > Tomcat-SSL server. My procedures are as follows: (by the way my server > and client are sitting in the same Linux PC (L

Tomcat 4.0 on IIS

I managed to run Tomcat 4.0 with IIS using the ISAPI module provided for Tomcat 3.3 for AJPV13. I had to use the workers.properties & uriworkers.properties to make it work from Tomcat 3.3. If the Tomcat Developer Community does not know of any known issue with using Tomcat 3.3 ISAPI Module for Tom

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers MwldLinker.java

mmanders01/11/16 13:32:24 Modified:jk/jkant/java/org/apache/jk/ant/compilers MwldLinker.java Log: Added alternate targets (since NLM names are limited to 8.3). Revision ChangesPath 1.5 +15 -0 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/

cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant SoTask.java

mmanders01/11/16 13:32:16 Modified:jk/jkant/java/org/apache/jk/ant SoTask.java Log: Added alternate targets (since NLM names are limited to 8.3). Revision ChangesPath 1.20 +12 -0 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java Index:

cvs commit: jakarta-tomcat-connectors/jk/native build.xml

mmanders01/11/16 13:32:03 Modified:jk/native build.xml Log: Added alternate targets (since NLM names are limited to 8.3). Revision ChangesPath 1.15 +5 -0 jakarta-tomcat-connectors/jk/native/build.xml Index: build.xml =

Re: Portable SSL Support

"William Barker" <[EMAIL PROTECTED]> writes: > I was thinking of moving it to Http10Interceptor.getInfo, but otherwise that > was more or less what I was thinking. Actually, ISTM that eventually this belongs in Request.getInfo(), since that allows the use of SSLSupport with Ajp as well. For the m

Re: Portable SSL Support

I was thinking of moving it to Http10Interceptor.getInfo, but otherwise that was more or less what I was thinking. - Original Message - From: "jean-frederic clere" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, November 16, 2001 3:10 AM Subject: Re: Port

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml

remm01/11/16 11:09:09 Modified:webapps/tomcat-docs Tag: tomcat_40_branch manager-howto.xml Log: - Fix CRLF ? - Small corrections to the manager-howto. Patch submitted by Erik Stenflo. Revision ChangesPath No revision No

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml

remm01/11/16 11:04:06 Modified:webapps/tomcat-docs manager-howto.xml Log: - Small corrections to the manager-howto. Patch submitted by Erik Stenflo. Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml Index: man

Error: null cert chain

Hello everybody, I am working on SSL communication now, I have set up Tomcat to support SSL, but I got an error when I tried to make a connection to Tomcat-SSL server. My procedures are as follows: (by the way my server and client are sitting in the same Linux PC (Lisbon)) 1. create

FW: small contribution

-Original Message- From: Shawn Bayern [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 15, 2001 9:02 PM To: Erik Stenflo Subject: Re: small contribution Hi Erik - I'm involved in Jakarta, but not directly with Tomcat. The best thing to do is to forward your message to [EMAIL PROT

DO NOT REPLY [Bug 4922] - getRealPath().exists() yields security exception

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: Performance of tomcat 3.2.3

http://jakarta.apache.org/jmeter/index.html On Fri, 2001-11-16 at 12:16, Michael Jennings wrote: > Hi everyone, > > I'm working on a project for a client that involves a servlet engine component. I >suggested tomcat > since I am most familiar with it and it seems the most compliant servlet engi

DO NOT REPLY [Bug 4806] - include HTML page encoding problem

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: Performance of tomcat 3.2.3

On Fri, Nov 16, 2001 at 09:16:18AM -0800, Michael Jennings wrote: > Hi everyone, > > I'm working on a project for a client that involves a servlet engine component. I >suggested tomcat > since I am most familiar with it and it seems the most compliant servlet engine >around. > My client has men

DO NOT REPLY [Bug 4922] - getRealPath().exists() yields security exception

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

Performance of tomcat 3.2.3

Hi everyone, I'm working on a project for a client that involves a servlet engine component. I suggested tomcat since I am most familiar with it and it seems the most compliant servlet engine around. My client has mentioned concerns about tomcat's performance and now is insisting on using IBM we

DO NOT REPLY [Bug 4930] New: - java.io.StreamCorruptedException: Type code out of range, is 0 with Apache WebApp module

et and servlets. This communication is done through the use of serialized objects. It works fine with Tomcat 3.2.3. And with Tomcat 4.0.1 and module WebApp the servlets can't deserialize anymore the objects they read from the HttpServletRequest and a java.io.StreamCorruptedException is thrown

Re: Off for quite a while...

Pier Fumagalli wrote: > Fellow Titanium is coming with me anyway Well at least you have your priorities correct :-) Many many thanks for the effort and dedication you've shown and put into making tomcat/apache/jserv/cocoon,etc. useful. Many people go through life with nothing to show for thei

DO NOT REPLY [Bug 4925] New: - WebApp module doesn't build on GNU/Linux

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

FW: Thread pool problem in Tomcat 3.3 in Windows NT 4.0

Just to finish with my message about Ajp13 and highly loaded servers - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Messa

DO NOT REPLY [Bug 4917] - Better build.xml for tomcat application developers guide

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 4922] - getRealPath().exists() yields security exception

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 4923] New: - getRealPath().exists() yields security exception

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 4922] New: - getRealPath().exists() yields security exception

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 4919] - JSP won't compile when using "class" attribute (standard HTML4 style sheet attribute)

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 4919] - JSP won't compile when using "class" attribute (standard HTML4 style sheet attribute)

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 4919] New: - JSP won't compile when using "class" attribute (standard HTML4 style sheet attribute)

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 4918] New: - Jasper barfs on empty tags in start tag-end tag form

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 4917] New: - Better build.xml for tomcat application developers guide

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: Portable SSL Support

[EMAIL PROTECTED] wrote: > > On 14 Nov 2001, Eric Rescorla wrote: > > > Well, I suppose that since JDK 1.1.x didn't stop you from putting > > classes in java. I could do my own version of > > java.security.cert.X509Certificate. A little gross but perhaps > > the best plan. The alternative is to

DO NOT REPLY [Bug 4910] - taglib 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 4915] New: - Relocation error while loading mod_jk when starting apache.

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 4829] - Automatic deployment of war files does not work properly

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: Ajp14 and Ajp13

>> I'm in favor of this, since the protocol is only being >extended, not really >> changed. >> >> However, I think that one of the extensions that should be >implemented early >> on is a version negotiation so that the newer side can >gracefully degrade in >> the future without having to rely o

DO NOT REPLY [Bug 4910] - taglib 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

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

remm01/11/16 01:46:53 Modified:catalina/src/share/org/apache/catalina/connector/http HttpProcessor.java catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Use FHDF instead of SimpleDateFormat.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util FastHttpDateFormat.java

remm01/11/16 01:44:55 Added: catalina/src/share/org/apache/catalina/util FastHttpDateFormat.java Log: - Centralize HTTP date formats generation (because date formatting is a very expensive operation), similar to what FastDateFormat does, but a lot

DO NOT REPLY [Bug 4910] New: - taglib 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 4829] - Automatic deployment of war files does not work properly

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