[EMAIL PROTECTED] wrote:
luehe 2003/09/17 16:26:33
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
Fix for Bugtraq 4924326 (JMX registrations of servlets that map to
the same jsp-file use the same name)
There was also 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=23180.
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=23180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
I didn't get futher reports concerning bug 21763 (and related), so I
assume this means things improved. It would be a good idea to release a
new 4.1.28 build once this is confirmed to also provide a fix for Tomcat
4.1.x.
I've had some updates on this:
- Rex Young
Larry Isaacs a écrit :
Hi Henri,
The software I work on in my day job has finally reached lockdown.
Only documentation tasks remain. I'll try to get up to speed with
with where things stand and begin working on a release plan this
week. Sorry for the long delay.
Ok, what do you think about
I've got some time (and eclipse help) to work on cleaning imports.
I'd like to start by jakarta-tomcat-connectors.
Any objections ?
Larry Isaacs a écrit :
Hi Henri,
The software I work on in my day job has finally reached lockdown.
Only documentation tasks remain. I'll try to get up to
Henri Gomez wrote:
I've got some time (and eclipse help) to work on cleaning imports.
I'd like to start by jakarta-tomcat-connectors.
Any objections ?
The HEAD should be clean. IMO, that's all that counts, since I think it
wouldn't be a good idea to mess up the diffs on the maintenance branch
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=23180.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have a deployed web app with a medium size user base (~500) which
recently went live. The app relies on the session to retrieve user
information. The session usage is simply to store a couple of ids
(Strings) and retrieve them from the session to lookup data. This all
works perfectly with a
Andy Chapman wrote:
I have a deployed web app with a medium size user base (~500) which
recently went live. The app relies on the session to retrieve user
information. The session usage is simply to store a couple of ids
(Strings) and retrieve them from the session to lookup data. This all
works
Thanks Remy, I knew something as major as this would have surfaced and
been fixed eons ago. However there is something here.
After more brain-racking, a vital piece of the jigsaw has come to light.
The app was updated at a suspiciously similar time to when the problem
was reported. We use an ant
Andy Chapman wrote:
Thanks Remy, I knew something as major as this would have surfaced and
been fixed eons ago. However there is something here.
After more brain-racking, a vital piece of the jigsaw has come to light.
The app was updated at a suspiciously similar time to when the problem
was
Hi Use JBoss with Tomcat 4.1. We keep getting jsessionid in the URL's.
Members have to accept cookies for our app to work. So how do we disable
the jsessionid stuff showing up in the URL.
Thanks
Rajesh
Rajesh Navar
Founder, President CEO
LiveDeal, Inc
953 Industrial Avenue, Suite 125
Palo
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=23233.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
I'm trying to build
tomcat 3.2.3 on hpux 11.i with java1.4.
#ant
webapps
and get the
following error ( end of output ):
[javac] symbol : class Context [javac]
location: class ContextAdmin
[javac]
Context context = new Context();
[javac]
^ [javac]
OK - here's a simple patch that just fixes the problem and doesn't change
anything controversial :)
I will be glad to make the changes to include two new attributes on the
connector to specify the list of uncompressible mime types and
uncompressible user agents if a committer is willing to
hgomez 2003/09/18 09:09:16
Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java
Log:
Clean Import, the first one
Revision ChangesPath
1.18 +15 -10
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.java
Index:
hgomez 2003/09/18 09:10:46
Modified:util/java/org/apache/tomcat/util/net/puretls
PureTLSSocketFactory.java
PureTLSImplementation.java PureTLSSupport.java
PureTLSSocket.java
hgomez 2003/09/18 09:13:57
Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteInputStream.java
CoyoteServerSocketFactory.java Constants.java
CoyoteOutputStream.java OutputBuffer.java
Remy Maucherat wrote:
ballot
[ ] Alpha
[X ] Beta
/ballot
-- Jeanfrancois
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
jk/java/org/apache/ajp/tomcat4 Ajp13Processor.java
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
jk/java/org/apache/ajp/tomcat4
I know Tomcat expects the classes for a given web-app to be here:
/webapps/myApplication/WEB-INF/classes
or, wherever I point server.xml to:
C:/stuff/myApplication/WEB-INF/classes
but what if I want /myApplication to exist on a network drive (source control), and my
classes for that
How about using ant to compile and deploy your application? This would enable
you to have complete control over the locations of your source files, your
compilied classes and the war file.
Mark
On Thursday, September 18, 2003 6:45 PM, Peter Swulius
[SMTP:[EMAIL PROTECTED] wrote:
File:
I'd like to commit something along these lines to the
v4 and v5 CoyoteAdaptors:
--- coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java16 Mar 2003
01:56:27 - 1.13.2.3
+++ coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java18 Sep 2003
19:45:09 -
@@
Keith Wannamaker wrote:
I'd like to commit something along these lines to the
v4 and v5 CoyoteAdaptors:
--- coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java16 Mar 2003
01:56:27 - 1.13.2.3
+++ coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java18 Sep
Undeploy fails for any app that's not installed under webapps directory.
For example, an attempt to undeploy /admin will fail with Cannot
undeploy document base for path /admin because of the following lines
from ManagerServlet line 1384
// Validate the docBase path of this
Yes it can be, good catch.
Keith
| -Original Message-
| From: Remy Maucherat [mailto:[EMAIL PROTECTED]
| Sent: Thursday, September 18, 2003 4:07 PM
| To: Tomcat Developers List
| Subject: Re: [patch] wrong rx to invalid url
|
|
| Keith Wannamaker wrote:
|
| I'd like to commit
keith 2003/09/18 13:53:01
Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java
Log:
Respond 400 to requests which contain '%' with no or invalid trailing hex digits
Revision ChangesPath
1.20 +11 -5
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
luehe 2003/09/17 16:26:33
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
Fix for Bugtraq 4924326 (JMX registrations of servlets that map to
the same jsp-file use the same
kinman 2003/09/18 14:04:51
Modified:catalina/src/bin setclasspath.sh
Log:
- Fix so I can debug tomcat on Unix again.
Revision ChangesPath
1.6 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh
Index: setclasspath.sh
+1 From me as well.
- Original Message -
From: Keith Wannamaker [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, September 18, 2003 1:24 PM
Subject: RE: [patch] wrong rx to invalid url
Yes it can be, good catch.
Keith
| -Original Message-
|
This is required for when the web app is not run from a war but
unpacked into the appDir for the Host.
I think it is a reasonable restriction to require that a web application
be placed in the appDir configured for the Host. When you are running
with the SecurityManager this can make setting the
keith 2003/09/18 15:20:51
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java
Log:
Respond 400 to requests which contain '%' with no or invalid trailing hex digits
Revision ChangesPath
1.13 +11 -5
I been unsuccessful all afternoon at building j-t-catalina, and end-of-day
has caught me. If this commit gives anyone fits, let me know and I'll be
glad to roll it back.
Keith
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
| Sent: Thursday, September 18, 2003
luehe 2003/09/18 15:50:08
Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteRequest.java
Log:
Separated JSESSION cookie configuration into its own method, which may be overridden
Revision ChangesPath
1.17 +26 -15
kinman 2003/09/18 16:12:39
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
- When adjusting Java lines for tag handler codes that are generated in a body,
make sure to include the CustomTag node itself. This avoid strange Smap
mappings in some
Hi,
The attached file is to update the Servlet 2.4 API.
Changes are synchronizing with the latest specification
and fixing a typo and a bad indentation. All semantics
stay the same.
o Fix typo and indentation:
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=22058.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Amy Roh wrote:
Undeploy fails for any app that's not installed under webapps directory.
For example, an attempt to undeploy /admin will fail with Cannot
undeploy document base for path /admin because of the following lines
from ManagerServlet line 1384
// Validate the docBase path
40 matches
Mail list logo
