Could you try to use mod_jk from jakarta-tomcat-connectors against
TC 3.3 and TC 4.0.2 ?
I have done those tests whith tomcat 4.0.2. I'm going to try
with tomcat-3.3
Thanks to verify if you have also the problem with TC 3.3 / 4.0.2
http connector in SSL mode (HTTP/1.O for TC 3.3), (HTTP/1.1
Hi Remy,
Do you think coyote could be ever used with Tomcat 3.3 ?
ie: works with JDK 1.1, support TC 3.3 via modules
JK/JK2 are available for both TC 3.3/4.x, it could be fine to
have also a common HTTP connector for them and coyote seems
to be the perfect candidate :)
-
Henri Gomez
Remy Maucherat wrote:
Hi,
I'd like to propose to release Tomcat 4.0.3 Beta 1 at the end of this week
(03/01 seems an appropriate target). This release will include the fix for
the security issue publicized earlier today, as well as other fixes. I
personally don't think the issue is
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=5762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi All
I am using loadrunner to test my application. When i am setting 5 users to
connect to my server (I am using JBoss-2.4.1_Tomcat-3.2.3) ,it is
successful. But when increases the count to 10 users, its giving timeout
error for everyone. Can any body please solve out issue.
thanks a lot in
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=5899.
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=5899.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
While running the command jspc in tomcat\bin with -webapp option.
It gave a error.The problem deduced is...
All the JSP files include another JSP file i.e, ImagePath.jsp which
contains
%
org.apache.struts.util.PropertyMessageResources _resBundle =
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=5899.
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=5976.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I guess security issues have to be always a priority. I think we can live with 4.0.2a
( there is a Tomcat 3.3a and I imagine people are used to it ) and a 4.0.3-B1.
Remy Maucherat [EMAIL PROTECTED] wrote: Hi,
I'd like to propose to release Tomcat 4.0.3 Beta 1 at the end of this week
(03/01
Hi Henri,
the source code can be found on my web site along with the document
describing the implementation.
http://www.filip.net/tomcat/tomcat-javagroups.html
http://www.filip.net/tomcat/tomcat-javagroups-src.jar
Do you think we could use this stuff in JK/JK2, both
java and native parts, so we
Not Acked...
Pier
-- Forwarded Message
From: [EMAIL PROTECTED] (CTP Steve Temple)
Date: Thu, 28 Feb 2002 13:57:14 -
To: [EMAIL PROTECTED]
Subject: The Tomcat 4 Servlet-JSP Container - Class Loader INFO
Hi,
Just a quick one, I noticed that on the following page under Quick
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=5976.
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=6748.
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=6748.
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=6748.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 28 Feb 2002, Glenn Nielsen wrote:
Date: Thu, 28 Feb 2002 09:18:39 -0600
From: Glenn Nielsen [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Tomcat 4.1-dev Host unpackWARs not working
The Host attribute unpackWARs=true is not
Craig R. McClanahan wrote:
Internal references from one package to another (say,
org.apache.catalina.realm to org.apache.catalina.core) are much less
desireable.
...
Is it appropriate to go through the exercise of identifying the
offending cases and defining proposed changes to implement
On Thu, 28 Feb 2002, Glenn Nielsen wrote:
Date: Thu, 28 Feb 2002 10:41:40 -0600
From: Glenn Nielsen [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Tomcat 4.1-dev Host unpackWARs not working
Craig R.
glenn 02/02/28 09:20:56
Modified:.RELEASE-NOTES-4.1-dev.txt
catalina/docs/config host.html
catalina/src/share/org/apache/catalina/core
StandardContext.java StandardHost.java
Log:
Added the Engine name as a directory
Hi,
I've got a webapp that reads almost everything from a database. As this
causes a lot of overhead, I implemented a Filter that caches whole pages
(or images or whatever requested) to the filesystem and serves these to
subsequent requests with the same URI. Additionally, all HTTP headers that
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=6761.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: CTP Steve Temple [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 28, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: The Tomcat 4 Servlet-JSP Container - Class Loader INFO
Hi,
Just a quick one, I noticed that on the following page under Quick Start the
s is
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=6762.
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=6762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
the source code can be found on my web site along with the document
describing the implementation.
http://www.filip.net/tomcat/tomcat-javagroups.html
http://www.filip.net/tomcat/tomcat-javagroups-src.jar
Do you think we could use this stuff in JK/JK2, both
java and native parts, so we could use
Actually, I was hoping to find time to get started on this once 3.3.1 is out
the door (and hopefully things slow down a bit).
I'm a bit behind on Remy's recent work, but I'm pretty sure that it requires
Java2.
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers
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=6762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Since there are apparently diverging opinions on the subject (and also since
I didn't get any +1s for a possible 4.0.3 b1, or a 4.0.2a release), here's a
formal request for vote.
On the security problem reported yesterday, affecting the security manager
sandboxing. We should:
ballot
A [ ] Make a
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=6762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Remy and gang..
Below is my non-binding vote (for fun!):
Remy Maucherat wrote:
Since there are apparently diverging opinions on the subject (and also since
I didn't get any +1s for a possible 4.0.3 b1, or a 4.0.2a release), here's a
formal request for vote.
On the security problem
On Thu, 28 Feb 2002, Glenn Nielsen wrote:
Date: Thu, 28 Feb 2002 10:57:55 -0600
From: Glenn Nielsen [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Tomcat 4.1-dev Host unpackWARs not working
Craig R.
Using Tomcat 4, I am trying to accomplish writing logs (preferrably via
System.out and System.err) that have a timestamp on each and every write.
Iplanet and JavaWebServer did this automatically. It is important to write
to these logs and have them timestamped, WITHOUT writing code that is in
+1 for option A and B together (they don't have to be mutually exclusive,
and we can examine user behavior to see if binary patches are an idea
worth pursuing.
+1 for 4.0.3-b1.
Craig
On Thu, 28 Feb 2002, Remy Maucherat wrote:
Date: Thu, 28 Feb 2002 11:09:08 -0800
From: Remy Maucherat
Did I actually reply to this before ?
I can't remember, so in case I didn't ...
Actually, I was hoping to find time to get started on this once 3.3.1 is
out
the door (and hopefully things slow down a bit).
I'm a bit behind on Remy's recent work, but I'm pretty sure that it
requires
Java2.
Hi All,
I could succesfully connect iplanet4.1 with tomcat33a with ajp3
connector(on windows nt). I user nsapi_redirector that came is under binary
distribution.
I am using tomcat as ouofprocess engine.
But when i do the same thing between tomcat402 and iplanet4.1 , i get the
following
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 28, 2002 11:09 AM
Subject: [4.0.3] [VOTES] Upcoming release and security fix
ballot
A [+0] Make a full 4.0.3 (or 4.0.2a) release which would only include the
security fix
B
costin 02/02/28 13:59:28
Removed: jk/native2/include jk_webapp.h
Log:
Removed webapp.h - it was a good idea, but extremely difficult to implement
in the current model, where we deal mostly with uris.
This simplifies the whole mapping code, a webapp is just a particular case
costin 02/02/28 14:04:31
Modified:jk/native2/include jk_uriEnv.h
Log:
Added the stuff from jk_webapp.
Added a setProperty() - another attempt to harmonize the java and C versions.
Revision ChangesPath
1.6 +52 -1
costin 02/02/28 14:08:21
Modified:jk/native2/include jk_uriMap.h jk_workerEnv.h
Log:
Few more changes in cleaning up the uri mapping and config.
Revision ChangesPath
1.8 +5 -0 jakarta-tomcat-connectors/jk/native2/include/jk_uriMap.h
Index: jk_uriMap.h
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=6769.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[PROPOSAL]
-1 for this proposal (sorry, but I really *hate* it).
To paraphrase a bit:
If unpack=false then unpack.
If unpack=true then unpack somewhere else.
Otehrwise, both do the same.
The current behavior will hopefully encourage people not to rely on the
filesystem and use more portable
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=6770.
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=6772.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/02/28 14:45:50
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Avoid duplicated initialization
Revision ChangesPath
1.40 +4 -3 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
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=6772.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/02/28 15:01:15
Modified:jk/native2/common jk_requtil.c
Log:
Case insensitive, if 'native' maps are used we no longer create copies
of all the headers ( good for performance), but that also means we
don't have all-lowercase.
Someone with more C knowledge - let
costin 02/02/28 15:07:01
Modified:jk/native2/common jk_uriMap.c
Log:
- add createUriEnv. It'll be used from mod_jk to register a Location, that
replace the duplicated code that was used there.
Now all maps are registered with uriMap, including the ones in Location,
the only
costin 02/02/28 15:07:22
Modified:jk/native2/common jk_worker_status.c
Log:
Display all mappings, few other updates.
Revision ChangesPath
1.6 +20 -15jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
Index: jk_worker_status.c
costin 02/02/28 15:28:33
Modified:jk/native2/common jk_workerEnv.c
Log:
Use setProperty() to pass all config information.
One sideefect is that you can now specify multiple files and/or use that
as an include ( set workerFile property and the file will be read ).
Of
costin 02/02/28 15:29:13
Modified:jk/native2/common jk_serialize_ajp.c jk_handler_discovery.c
Log:
Updates and more debugging for the headers.
Revision ChangesPath
1.7 +7 -0 jakarta-tomcat-connectors/jk/native2/common/jk_serialize_ajp.c
Index:
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 28, 2002 3:01 PM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common
jk_requtil.c
costin 02/02/28 15:01:15
Modified:jk/native2/common jk_requtil.c
Log:
Case
costin 02/02/28 15:35:26
Modified:jk/native2/server/apache2 jk_service_apache2.c mod_jk2.c
Log:
Finally, the config changed we discussed.
There is only one config directive for mod_jk that we should care:
JkSet name value
JkSet workersFile ... will read properties
costin 02/02/28 15:36:18
Modified:jk/native2 build.xml
Log:
Add EAPI in the default build.xml, build all files in apache13 ( i.e. service +
mod_jk )
Revision ChangesPath
1.16 +4 -2 jakarta-tomcat-connectors/jk/native2/build.xml
Index: build.xml
remm02/02/28 16:36:05
Modified:.Tag: tomcat_40_branch OUTSTANDING-BUGS-4.0.3.txt
RELEASE-NOTES-4.0.3-B1.txt
Log:
- Update bug status.
- Remove a few obsolete release notes.
Revision ChangesPath
No revision
costin 02/02/28 16:45:58
Modified:jk/native2/common jk_registry.h jk_uriMap.c
jk_worker_status.c
jk/native2/include jk_uriEnv.h
jk/native2/server/apache13 mod_jk2.c
jk/native2/server/apache2 mod_jk2.c
Added:
yes. i tried. that is the problem. too many server
session objects are created before any session
expires. web stress tool's automatic cookie doesn't
work well with tomcat so we don't use it in testing.
i just wonder why this problem only causes port
problem. when we integrate tomcat into our
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=6762.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
larryi 02/02/28 17:31:26
Modified:.RELEASE-NOTES-3.3.1.txt
Log:
Identify release for each fix. Also rearranged by bug number or lack of one.
Documented some additional documentation fixes.
Revision ChangesPath
1.43 +148 -122
larryi 02/02/28 17:32:07
Modified:src/doc readme-3.3.1
Log:
Update for 3.3.1-rc1
Revision ChangesPath
1.2 +167 -111 jakarta-tomcat/src/doc/readme-3.3.1
Index: readme-3.3.1
===
RCS file:
larryi 02/02/28 17:33:47
Modified:src/webpages index.html
Log:
Update for 3.3.1-rc1
Revision ChangesPath
1.24 +2 -2 jakarta-tomcat/src/webpages/index.html
Index: index.html
===
RCS file:
larryi 02/02/28 17:34:22
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Update for 3.3.1-rc1
Revision ChangesPath
1.202 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
Index: ContextManager.java
larryi 02/02/28 17:35:34
Modified:.RELEASE-PLAN-3.3.1.txt
Log:
Bring up to date.
Revision ChangesPath
1.7 +15 -9 jakarta-tomcat/RELEASE-PLAN-3.3.1.txt
Index: RELEASE-PLAN-3.3.1.txt
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=6769.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm02/02/28 17:48:14
Modified:.build.properties.sample BUILDING.txt
Log:
- Various changes to the buld instructions.
- Submitted in part by Luc Vanlerberghe lvl at bvdep.com
Revision ChangesPath
1.32 +7 -5
On Thu, 28 Feb 2002, GOMEZ Henri wrote:
Do you think coyote could be ever used with Tomcat 3.3 ?
ie: works with JDK 1.1, support TC 3.3 via modules
Again: tomcat3.3 _doesn't_ require all modules to support
JDK1.1 ! The only requirement is to have the basic
functionality ( of a servlet
On Thu, 28 Feb 2002, Remy Maucherat wrote:
On the security problem reported yesterday, affecting the security manager
sandboxing. We should:
ballot
A [] Make a full 4.0.3 (or 4.0.2a) release which would only include the
security fix
B [+1] Make the security fix available as a binary patch
craigmcc02/02/28 19:04:44
Modified:catalina/src/share/org/apache/catalina/core
StandardHostDeployer.java
catalina/src/share/org/apache/catalina/servlets
ManagerServlet.java
On Thu, 28 Feb 2002, GOMEZ Henri wrote:
Do you think coyote could be ever used with Tomcat 3.3 ?
ie: works with JDK 1.1, support TC 3.3 via modules
Again: tomcat3.3 _doesn't_ require all modules to support
JDK1.1 ! The only requirement is to have the basic
functionality ( of a
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=6770.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I wanted to use tyrex to pool JNDI-acquired JDBC connections. I have
attached a file called diary that explains how I ultimately got this
working. Unfortunately, this required several undesirable things. First,
I had to specify a tomcat-specific class (tyrex.jdbc.ServerDataSource)
in my
On Thu, 28 Feb 2002, Remy Maucherat wrote:
The request is slightly different at the moment, but that's because I don't
know what I need (so sorry, I'm not using your BaseRequest for the first
version). The Catalina adapter will be a full reimplementation of the
o.a.c.connector package (which
craigmcc02/02/28 21:46:52
Modified:webapps/tomcat-docs/config host.xml
Log:
Tweak the auto-deployment documentation to reflect the current
functionality.
Revision ChangesPath
1.9 +21 -15jakarta-tomcat-4.0/webapps/tomcat-docs/config/host.xml
Index:
Hi,
just a short question, are all of the security vulnerabilties
listed under
http://securitytracker.com/archives/target/420.html are
fixed in the newest version?
Is there a general list which shows, which security bugs are
fixed?
Regards
Steffen
75 matches
Mail list logo
