DO NOT REPLY [Bug 37809] - Replication seems to start before context is started

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37809


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 09:33 ---
Jeah
,
that not nice but:

We must start the membership request before we start the application contexts,
otherwise the application session managers don't have the sender infrastructur 
to
send the GET-ALL-SESSION message to sync with other nodes.
All messages are drop for small period. Looks bad but is normal :-)

When you find a better design, please send your ideas to the dev list.

Peter

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37808] - Worker thread in cluster caught 'java.lang.ArrayIndexOutOfBoundsException: -869396170 closing channel

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37808


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 09:41 ---
Very strange! I can't simulate this behaviour at Windows XP and Suse Linux.

Please test your config with the SocketReplicationListener

 

Peter

  

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Is TC 5.0.28 forward compatible with Java 5

2005-12-07 Thread Yoav Shapira 
Hi,
Try it ;)

Yoav

On 12/7/05, Satish MG <[EMAIL PROTECTED]> wrote:
>
> Hi Yoav,
>
> Can I accomplish the goal of running Tomcat 5.0.28 on Java 5 by giving the
> option "-source 1.4.2" to javac at compile time and by not making any
> changes to the source code?
>
> Thanks
> satish
>
> On 12/6/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > I think you can run Tomcat 5.0.28 on JSE 5 without any further work.
> > In order to compile it on JSE 5 you need to replace the variables
> > named enum with something that's not a keyword.
> >
> > Yoav
> >
> > On 12/6/05, Satish MG <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > I am using Tomcat 5.0.28 with Java 1.4.2. Now I have to use the Tomcat
> > with
> > > Java 5.0. Even though Tomcat 5.5.X is Java 5 compatible with Java 5,
> > > I wanted Tomcat 5.0.28 on Java 5. So I wanted to Know whether Tomcat
> > > 5.0.28 is compatible with Java 5.
> > >
> > > Thanks
> > > satish
> > >
> > >
> >
> >
> > --
> > Yoav Shapira
> > System Design and Management Fellow
> > MIT Sloan School of Management
> > Cambridge, MA, USA
> > [EMAIL PROTECTED] / www.yoavshapira.com
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

DO NOT REPLY [Bug 37818] New: - jasper ant task locks WEB-INF/lib jars

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37818

   Summary: jasper ant task locks WEB-INF/lib jars
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Using jasper ant task causes a lock on all jars in WEB-INF/lib until ant ends,
only on windows - not on linux!
If compile is done in a temp dir, it is not possible to delete this dir within
the same build file:
e.g.


   
 







  

  


  
  
  







-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat session serialisation & work directory

2005-12-07 Thread Yoav Shapira 
Hi,
What Tomcat version are you using?

On Tomcat 5.5, the default Manager's pathname attribute is relative to the
context's workDir, so simply setting the custom workDir as you're doing
should be sufficient.  (The file will be created, but where you want it).
Alternatively setting pathname to the empty string "" should also work.

Yoav

On 12/7/05, Chaudhuri, Hiran <[EMAIL PROTECTED]> wrote:
>
> Hi there.
>
> In my special setup I need Tomcat to use a different work directory.
> This is set in server.xml with the context attribute workDir.
> Tomcat will compile all JSPs in the desired location, so far so good.
>
> But I also see the file SESSIONS.ser being created after each Tomcat
> run, and that file is in the default work dir location. I need not have
> the file, but I must not have it inside my tomcat installation
> directory. I tried to deactivate session persistence as documented but
> the file always gets created. Meanwhile I created a new Manager that
> just does nothing in its load() and store() methods, but still the
> SESSIONS.ser file gets created.
>
> How can I completely deactivate that file, or move it to the context's
> work directory?
>
> Hiran
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

DO NOT REPLY [Bug 33743] - WebappClassLoader race condition

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=33743


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 16:23 ---
Hi, the bug was reported on 5.0.28, 
I've seen it on 5.0.27 and 5.0.30.
A patch was made, but doesn't say which build is fixed.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37818] - jasper ant task locks WEB-INF/lib jars

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37818


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 17:08 ---
http://tomcat.apache.org/faq/windows.html#lock

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37819] New: - Build from source archive fails because of incorrect jasper.home property in build/build.xml

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37819

   Summary: Build from source archive fails because of incorrect
jasper.home property in build/build.xml
   Product: Tomcat 5
   Version: 5.5.14
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Build from apache-tomcat-5.5.14-src.tar.gz fails with:

build-jasper:
 [echo] == Building: jasper

BUILD FAILED
/work/mks/Build/Tomcat-dist-src/apache-tomcat-5.5.14-src/build/build.xml:590:
The following error occurred while executing this line:
/work/mks/Build/Tomcat-dist-src/apache-tomcat-5.5.14-src/build/build.xml:366:
The following error occurred while executing this line:
java.io.FileNotFoundException:
/work/mks/Build/Tomcat-dist-src/apache-tomcat-5.5.14-src/jasper/build.xml (No
such file or directory)

This is due to a jasper.home being set to "${basedir}/${jasper.project}" instead
of "${basedir}/${jasper.project}/jasper2" in build/build.xml.

BTW: When checking out Tomcat's source from
http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x there is no
jasper/jasper2 directory but what's contained in jasper/jasper2 in the source
distribution is contained directly in jasper in the checked out source. So, in
this case jasper.home being set to "${basedir}/${jasper.project}" is correct.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[PATCH] Cookie, Cookie2 Header fix for mod_jk

2005-12-07 Thread Andre Gebers 

Hi,

newer versions of opera send the Cookie2-header along with the 
Cookie-header which looks somewhat like this:


GET /app/index2.html HTTP/1.1
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; en) 
Opera 8.51

Host: localhost:11620
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, 
image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1

Accept-Language: en
Accept-Charset: iso-8859-1, utf-8, utf-16, *;q=0.1
Accept-Encoding: deflate, gzip, x-gzip, identity, *;q=0
Referer: http://localhost:11620/
Cookie: myCookie=12345
Cookie2: $Version=1
Connection: Keep-Alive, TE
TE: deflate, gzip, chunked, identity, trailers

I was wondering why "myCookie" did not make it back to our webapp (opera 
only). After some hours of debugging i found the bug in mod_jk. The 
Cookie2-header is treated like the Cookie-header, and with the example 
given no cookies were passed to the webapp. The patch resolved the 
problem for me. Could somebody please commit the patch.


Thanks
Andre
diff -ruN jakarta-tomcat-connectors-1.2.15-src/jk/native/common/jk_ajp_common.c 
jakarta-tomcat-connectors-1.2.15-src_patched/jk/native/common/jk_ajp_common.c
--- jakarta-tomcat-connectors-1.2.15-src/jk/native/common/jk_ajp_common.c   
2005-09-14 08:45:00.0 +0200
+++ 
jakarta-tomcat-connectors-1.2.15-src_patched/jk/native/common/jk_ajp_common.c   
2005-12-07 18:12:53.0 +0100
@@ -300,16 +300,16 @@
 return UNKNOWN_METHOD;
 break;
 case 'C':
-if (memcmp(p, "OOKIE", 5) == 0)
-return SC_COOKIE;
+if (memcmp(p, "OOKIE2", 6) == 0)
+return SC_COOKIE2;
 else if(memcmp(p, "ONNECTION", 9) == 0)
 return SC_CONNECTION;
 else if(memcmp(p, "ONTENT-TYPE", 11) == 0)
 return SC_CONTENT_TYPE;
 else if(memcmp(p, "ONTENT-LENGTH", 13) == 0)
 return SC_CONTENT_LENGTH;
-else if(memcmp(p, "OOKIE2", 6) == 0)
-return SC_COOKIE2;
+else if(memcmp(p, "OOKIE", 5) == 0)
+return SC_COOKIE;
 else
 return UNKNOWN_METHOD;
 break;

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] Cookie, Cookie2 Header fix for mod_jk

2005-12-07 Thread Mladen Turk 

Andre Gebers wrote:

Hi,

newer versions of opera send the Cookie2-header along with the 
Cookie-header which looks somewhat like this:




Right, but the patch would not work.
It would be a security hole, because the http rfc
diferentiates cookie from cookie2.

Right now the Cookie2 header is passed as unknown header,
so it should work anyhow if the remote accepts the Cookie2.
IIRC it is not part of Servlet-spec, so it would not show
in javax.servlet.Cookie.

We would need to extend the AJP1.3 protocol to support
missing HTTP/1.1 features (the Cookie2 is not the only one).

I'm in a process of proposing those additions, but it will
probably be inside jk3 (jk1.3).

Thanks,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat session serialisation & work directory

2005-12-07 Thread Mark Thomas 
This thread belongs on the users list, not on the dev list.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37820] New: - Problem TIME_WAIT sockets

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37820

   Summary: Problem TIME_WAIT sockets
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: critical
  Priority: P1
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hello,

I installed tomcat 5.0.28 with apache 2.0.47 and jdk 1.4.2_07. I have a lot of
sockets in TIME_WAIT state (more than 2000). What is the problem ? Thanks...

Delphine Ziegler

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 33743] - WebappClassLoader race condition

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=33743


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 20:12 ---
Fixed in 5.5.10 onwards.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37820] - Problem TIME_WAIT sockets

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37820


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 20:13 ---
Bugzilla is not support forum,
please use users@tomcat.apache.org instead.

And the quick answer is:
You have misscofigured mod_jk and Tomcat.

I would suggest that you use Google, because this
topic has been addressed and answered couple of times.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [PATCH] Cookie, Cookie2 Header fix for mod_jk

2005-12-07 Thread Bill Barker 
 

> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, December 07, 2005 10:09 AM
> To: Tomcat Developers List
> Subject: Re: [PATCH] Cookie, Cookie2 Header fix for mod_jk
> 
> Andre Gebers wrote:
> > Hi,
> > 
> > newer versions of opera send the Cookie2-header along with the 
> > Cookie-header which looks somewhat like this:
> > 
> 
> Right, but the patch would not work.
> It would be a security hole, because the http rfc
> diferentiates cookie from cookie2.
> 
> Right now the Cookie2 header is passed as unknown header,
> so it should work anyhow if the remote accepts the Cookie2.
> IIRC it is not part of Servlet-spec, so it would not show
> in javax.servlet.Cookie.
> 

I agree that the patch is simply masking the real problem.  With the current
mod_jk code what Tomcat sees is:
  Cookie: myCookie=1234
  Cookie: $Version=1
which it should handle just fine.  After the patch, it sees the correct
headers, but ignores the Cookie2 one.  So it looks like it's really a
problem with multi-valued headers (but I don't see anything immediately
jumping out at me in the code).

> We would need to extend the AJP1.3 protocol to support
> missing HTTP/1.1 features (the Cookie2 is not the only one).
> 
> I'm in a process of proposing those additions, but it will
> probably be inside jk3 (jk1.3).
> 
> Thanks,
> Mladen.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 



This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37822] New: - WebappClassLoader interfering with Catalina core classes

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37822

   Summary: WebappClassLoader interfering with Catalina core classes
   Product: Tomcat 5
   Version: 5.5.9
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This issue has been stumbled upon when I was trying to get Tomcat to cleanly
undeploy or hot-restart my web application. What I mean by this is that the
WebappClassLoader that loaded the app has to be cleanly garbage collected after
hot-redeploy or undeploy. 

I am running Tomcat 5.5.12 on the latest J2SE 1.6 Mustang build 62. The problem
is present on 1.5 as well, it is just Mustang has far better support for JVMTI,
so my YourKit profiler is capable of presenting a clear picture of what is going
on (see below).

DESCRIPTION:

My application contains commons-logging.jar (v. 1.0.4) in its WEB-INF/lib
directory. 

The attached pdf file (generated by YourKit profiler, which Tomcat developers
are eligible to use as stated on YourKit's website, by the way) shows a GC root
of a WebappClassLoader of an undeployed (!) application. This is a residual
memory leak. The file also clearly shows that the reason that this classloader
is still around is because it is a classloader of
org.apache.commons.logging.imp.Log4Jlogger class (which is fine) and that this
class instantiated a variable "log" in
org.apache.catalina.cor.ApplicationFilterConfig core catalina class (which is
disturbing). 

The above "ensures" that the WebappClassLoader will not be garbage collected.

NOTE: The problem can be easily worked around by moving commons-logging.jar and
its corresponding log4j.jar into shared/lib directory from the application's
WEB-INF/lib. If this is done, then the WebappClassLoader is collected on
hot-restarts and undeploys just fine.

I believe what I've described indicates a serious bug in classloading delegation
inside Tomcat. The bug that prevents any kind of clean hot-deploy or undeploy of
all web applications containing commons-logging.jar in their local WEB-INF/lib
classpath.

Please address this issue as just about any modern application will require
commons-logging.jar, simply because it is a required dependency of almost all
open source frameworks.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37822] - WebappClassLoader interfering with Catalina core classes

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37822





--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 20:31 ---
Created an attachment (id=17169)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17169&action=view)
YourKit profiler's description of the problem


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] Cookie, Cookie2 Header fix for mod_jk

2005-12-07 Thread Mladen Turk 

Bill Barker wrote:
 


I agree that the patch is simply masking the real problem.  With the current
mod_jk code what Tomcat sees is:
  Cookie: myCookie=1234
  Cookie: $Version=1



Huh, looking at the source I see the problem.
we are using:

'if (memcmp(p, "OOKIE", 5)'
so both cookie and cookie2 are passed as cookie.
That's bad.
we should check for:
'if (memcmp(p, "OOKIE\0", 6)'


Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37172] - user-friendly suggestion

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37172


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|critical|minor
 Status|RESOLVED|REOPENED
 Resolution|FIXED   |
Version|Unknown |5.5.14




--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 21:05 ---
The new message is only shown when application is stopped but not when
application is started.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r354887 - /tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java

2005-12-07 Thread markt 
Author: markt
Date: Wed Dec  7 14:52:26 2005
New Revision: 354887

URL: http://svn.apache.org/viewcvs?rev=354887&view=rev
Log:
Commit partial fix for bug 21440 -  when target performs a forward
 - This is a port of Jan's patch in 5.5.x

Modified:

tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java

Modified: 
tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java?rev=354887&r1=354886&r2=354887&view=diff
==
--- 
tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java
 (original)
+++ 
tomcat/jasper/branches/tc4.1.x/jasper2/src/share/org/apache/jasper/runtime/ServletResponseWrapperInclude.java
 Wed Dec  7 14:52:26 2005
@@ -18,49 +18,58 @@
 
 import java.lang.IllegalStateException;
 import java.io.PrintWriter;
+import java.io.IOException;
 
 import javax.servlet.*;
 import javax.servlet.http.*;
-import javax.servlet.jsp.*;
+import javax.servlet.jsp.JspWriter;
 
 /**
- * ServletResponseWrapper used for the JSP 'include' action.
+ * ServletResponseWrapper used by the JSP 'include' action.
  *
- * This 'wrapped' response object is passed as the second argument 
- * to the internal RequestDispatcher.include(). It channels
- * all output text into the current JspWriter.
+ * This wrapper response object is passed to RequestDispatcher.include(), so 
+ * that the output of the included resource is appended to that of the
+ * including page.
  *
  * @author Pierre Delisle
  */
 
-public class ServletResponseWrapperInclude
-extends HttpServletResponseWrapper
-{
+public class ServletResponseWrapperInclude extends HttpServletResponseWrapper {
+   
 /**
  * The PrintWriter writes all output to the JspWriter of the 
  * including page.
  */
-PrintWriter printWriter;
+private PrintWriter printWriter;
+
+private JspWriter jspWriter;
 
 public ServletResponseWrapperInclude(ServletResponse response, 
- JspWriter jspWriter) 
-{
+ JspWriter jspWriter) {
 super((HttpServletResponse)response);
 this.printWriter = new PrintWriter(jspWriter);
+this.jspWriter = jspWriter;
 }
 
 /**
  * Returns a wrapper around the JspWriter of the including page.
  */
-public java.io.PrintWriter getWriter()
-throws java.io.IOException 
-{
+public PrintWriter getWriter() throws java.io.IOException {
 return printWriter;
 }
 
-public ServletOutputStream getOutputStream()
-throws java.io.IOException
-{
+public ServletOutputStream getOutputStream() throws java.io.IOException {
 throw new IllegalStateException();
+}
+
+/**
+ * Clears the output buffer of the JspWriter associated with the including
+ * page.
+ */
+public void resetBuffer() {
+   try {
+   jspWriter.clearBuffer();
+   } catch (IOException ioe) {
+   }
 }
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21440] - whose target performs a 'forward' does not behave as expected

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=21440





--- Additional Comments From [EMAIL PROTECTED]  2005-12-07 23:56 ---
Quick update.

This is partially fixed in 5.5.x and I have just ported the same partial fix to
4.1.x.

The current state is now:
- for 4.1.x and 5.5.x the resulting pages display correctly in all cases
- for 4.1.x and 5.5.x console messages display as expected with forward.jsp
- for 4.1.x and 5.5.x no console messages are displayed with ForwardServlet
- for 4.1.x and 5.5.x the IlegalStateException is never thrown in test case 2
- for 5.5.x an addtional warning is logged to the console with ForwardServlet

I'll look at these remaining issues next.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37829] New: - Log says always that a error ocurred, but the cgi script is correct

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37829

   Summary: Log says always that a error ocurred, but the cgi script
is correct
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Keywords: ErrorMessage
  Severity: normal
  Priority: P2
 Component: Servlets:CGI
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,

If I try to run, thru tomcat, a correct perl script, Tomcat writes always a 
line on log saying that an error ocurred. The file stderr.log is always empty, 
which is not in accordance with what the main log says.

Thanks 
Armindo Correia

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37829] - Log says always that a error ocurred, but the cgi script is correct

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37829


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-12-08 00:34 ---
This works for me without an error message with the latest source.

The last change that might have any effect was over 12 months ago.

If you re-open this bug report, please provide the smallest possible test war
that demonstrates this issue. Also please include:
- JVM version
- CGI config and mapping from web.xml

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

AW: Tomcat session serialisation & work directory

2005-12-07 Thread Chaudhuri, Hiran 
Sorry, Mark.

I thought since I'm willing to write my own components

Will answer it on the other list.

Hiran 

-Ursprüngliche Nachricht-
Von: Mark Thomas [mailto:[EMAIL PROTECTED] 
Gesendet: Mittwoch, 7. Dezember 2005 20:05
An: Tomcat Developers List
Betreff: Re: Tomcat session serialisation & work directory

This thread belongs on the users list, not on the dev list.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: 
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 37834] New: - compressableMimeTypes not working properly

2005-12-07 Thread bugzilla 
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://issues.apache.org/bugzilla/show_bug.cgi?id=37834

   Summary: compressableMimeTypes not working properly
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


the compressibleMimeTypes option for the Http Connector is buggy in that it only
allows you to add mime types to the default list, but does not allow you to
override the whole list ( remove default ones ).

So even if I set compressibleMimetypes = "one/type" the connector would behave
as if I had used "text/html,text/xml,text/plain,one/type".

The problem lies in Http11Processor prefilling the compressibleMimeTypes array
with the defaults, and the setCompressibleMimeTypes method not remove them, but
add them.

Possible solutions:
1) Have that array default empty.  This can work because the parent/using class,
Http11Protocol already has the mimetypes within its defaults.
2) Have setCompressibleMimeTypes method empty out the array, as probably 
expected.


Background:
Http Compression is a HUGE win for production environments.  But there is a bug
in IE's handling, that causes it to not decompress content when plugins (flash)
ask for it.  So those plugins (flash) are stuck with unexpectedly compressed
content, bringing your web application to malfunction.

Our hope was to turn off compression only for our xml files, so that our flash
application could download them appropriately.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]