DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4910.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4910.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 on the user
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4829.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4915.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4910.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[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 blatantly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4917.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4918.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4919.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4919.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4919.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4922.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4923.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4922.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4917.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4925.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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 :
2006 17
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4922.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 mentioned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4806.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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 engine
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4922.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-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
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
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:
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
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: Portable
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
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
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:
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
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
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
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 the use of
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
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.
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
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'
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
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.
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
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
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
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 Changes
+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:
I was
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.
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
costin 01/11/16 14:48:55
Modified:jk/native/common jk_channel_socket.c
Log:
Working impl. for a socket channel, using cutpaste 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
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
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
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
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
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
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
!-- Platform-specific tags --
+
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
I managed to
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
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
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,
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
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).
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
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
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
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:
71 matches
Mail list logo