DO NOT REPLY [Bug 35298] - Multiple JK/ISAPI redirectors on a single IIS site are not supported

[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=35298





--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 07:57 ---
Hi,

Can you create a patch that fixes the problem with Translate only.
Although I agree that your changes make sense the number of changes
is big and unrelated to the problem itself.
You might then create a second patch that will have fixed sizes
instead strlen, etc...



-- 
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 36525] - mod_jk 1.2.14.1 core dump

[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=36525


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 07:19 ---
CVS head from earlier today works for me on SGI IRIX and Fedora Core 4.  Thanks!

-- 
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: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

[Tim Whittington]

Confused me too.

Error message is listed below.

[exec] cl.exe /nologo /MD /W3 /Zi /O2 /I "..\common" /I 
"C:\j2sdk1.4.2_07\include" /I "C:\j2sdk1.4.2_07\include
\win32" /I "C:/Program Files/Apache Group/Apache2\include" /D "NDEBUG" 
/D "WIN32" /D "_WINDOWS" /Fo".\Release\\" /Fd".\R

elease\mod_jk_src" /FD /c ..\common\jk_worker.c
[exec] jk_worker.c
[exec] cl.exe @C:\TEMP\nm7CC.tmp
[exec] mod_jk.c
[exec] mod_jk.c(2437) : warning C4013: 
'unixd_set_global_mutex_perms' undefined; assuming extern returning int

[exec] link.exe @C:\TEMP\nm7CD.tmp
[exec] LINK : fatal error LNK1104: cannot open file 'MSVCRT.lib'
[exec] NMAKE : fatal error U1077: 'link.exe' : return code '0x450'
[exec] Stop.

William A. Rowe, Jr. wrote:


Tim Whittington wrote:

This breaks the build on Windows using Microsoft Visual C++ Toolkit 
2003 (at least).

It seems #define FOO 0 on WIN32 is still defined according to #ifdef



Your suggestion is counterintuitive and reflects, perhaps, a compiler
bug.

It would be very helpful if you would post the *precise* error messages
from msvc 7.  Thanks!

Bill

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

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

[William A. Rowe, Jr.]

Tim Whittington wrote:
This breaks the build on Windows using Microsoft Visual C++ Toolkit 2003 
(at least).

It seems #define FOO 0 on WIN32 is still defined according to #ifdef


Your suggestion is counterintuitive and reflects, perhaps, a compiler
bug.

It would be very helpful if you would post the *precise* error messages
from msvc 7.  Thanks!

Bill

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

DO NOT REPLY [Bug 35298] - Multiple JK/ISAPI redirectors on a single IIS site are not supported

[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=35298





--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 04:03 ---
Created an attachment (id=16478)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16478&action=view)
Fixes for Tomcat Header Handling

Patch against jk_isapi_redirect.c r1.53 to fix problems introduced by uniquing
TOMCAT headers + a few tidies of the header handling code.

-- 
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 35298] - Multiple JK/ISAPI redirectors on a single IIS site are not supported

[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=35298


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 04:01 ---
I've reviewed this again, and there's still a problem or two.

The main one is that there's a magic tmp += 6 in init_ws_service which is meant
to skip the TOMCAT bit of the header name to leave TRANSLATE in the buffer to be
used as the HTTP header name. Generating the headers as we do now will break
this. I've reworked it to make it obvious what is happening.

In the process of fixing this, I also tidied a bit of the header handling and
rejigged the HTTP_ header generation to share a prefix with the code in
init_ws_service.

-- 
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: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

[Tim Whittington]

This breaks the build on Windows using Microsoft Visual C++ Toolkit 2003 
(at least).

It seems #define FOO 0 on WIN32 is still defined according to #ifdef

Changing

#  define JK_NEED_SET_MUTEX_PERMS 0

to

#  undef JK_NEED_SET_MUTEX_PERMS

fixes the problem

tim

[EMAIL PROTECTED] wrote:


wrowe   2005/09/12 15:21:31

 Modified:jk/native/apache-2.0 mod_jk.c
 Log:
   Modify the test introduced in 1.152 for httpd-2.2 compatibility, the
   new symbol isn't available in httpd-2.0 leading to perms issues.
 
   This patch anticipates that the flag will become a 0|1 flag defined

   always before httpd-2.2 ships.
 
 Revision  ChangesPath

 1.154 +16 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
 
 Index: mod_jk.c

 ===
 RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
 retrieving revision 1.153
 retrieving revision 1.154
 diff -u -r1.153 -r1.154
 --- mod_jk.c   12 Sep 2005 13:26:06 -  1.153
 +++ mod_jk.c   12 Sep 2005 22:21:31 -  1.154
 @@ -68,7 +68,21 @@
  
  #include "apr_strings.h"
  
 +/* Yes; sorta sucks - with luck we will clean this up before httpd-2.2

 + * ships, leaving AP_NEED_SET_MUTEX_PERMS def'd as 1 or 0 on all platforms.
 + */
  #ifdef AP_NEED_SET_MUTEX_PERMS
 +# define JK_NEED_SET_MUTEX_PERMS AP_NEED_SET_MUTEX_PERMS
 +#else
 +  /* A special case for httpd-2.0 */
 +# if !defined(OS2) && !defined(WIN32) && !defined(BEOS) && !defined(NETWARE)
 +#  define JK_NEED_SET_MUTEX_PERMS 1
 +# else
 +#  define JK_NEED_SET_MUTEX_PERMS 0
 +# endif
 +#endif
 +
 +#if JK_NEED_SET_MUTEX_PERMS
  #include "unixd.h"  /* for unixd_set_global_mutex_perms */
  #endif
  /*
 @@ -2419,7 +2433,7 @@
  return HTTP_INTERNAL_SERVER_ERROR;
  }
  
 -#ifdef AP_NEED_SET_MUTEX_PERMS

 +#ifdef JK_NEED_SET_MUTEX_PERMS
  rv = unixd_set_global_mutex_perms(jk_log_lock);
  if (rv != APR_SUCCESS) {
  ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s,
 
 
 


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

 

Re: Final phase of SVN migration - the plan

[Mark Thomas]

Mladen Turk wrote:

Mark Thomas wrote:
I know there is a plan to do a JK release this week. If there is a 
timing clash, JK takes priority. Just shout and I'll delay giving 
infra the go-ahead to do the final migration.


Please don't get limited with that fact.
We can easily release from SVN, because when moved to SVN I'll
have to change jkrelease.sh script to reflect the changes, so it
might be as well a good opportunity for implementing that, cause
consecutive release will be coming from SVN repository.


Thanks. My current best guess is that the migration will happen this 
weekend / early next week. I'll post timings when I have them.


On the subject of a JK release, could you have a look at 
http://issues.apache.org/bugzilla/show_bug.cgi?id=35862 and if 
appropriate include the suggested patch it in the next release.


Cheers,

Mark



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

DO NOT REPLY [Bug 36121] - Including JSP's changes working directory

[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=36121


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connector:JK/AJP|Native:JK
Product|Tomcat 4|Tomcat 5
Version|4.1.31  |5.5.9




--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 01:01 ---
I have replicated this problem with Apache 2.0.54 and JK 1.2.14 with the latest
versions (from SVN/CVS) of both TC4 and TC5.

It looks like the problem is in the native JK code but I am afraid I don't know
where to start looking. I am moving this issue to TC5 since that is the current
focus of development.

-- 
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 34771] - Unable to set maxHttpHeaderSize

[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=34771


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-21 00:20 ---
This is fixed in CVS and will be included in the next 4.1.x release (for which
no date has yet been set).

-- 
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: r290577 - /tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml

[markt]

Author: markt
Date: Tue Sep 20 15:19:39 2005
New Revision: 290577

URL: http://svn.apache.org/viewcvs?rev=290577&view=rev
Log:
Add missing and new options to docs.

Modified:
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml

Modified: 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml?rev=290577&r1=290576&r2=290577&view=diff
==
--- tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml 
(original)
+++ tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/coyote.xml Tue 
Sep 20 15:19:39 2005
@@ -141,6 +141,12 @@
   2048 bytes will be provided.
 
 
+
+  The value is a comma separated list of MIME types for which HTTP
+  compression may be used.
+  The default value is text/html,text/xml,text/plain.
+
+
 
   The Connector may use HTTP/1.1 GZIP compression in
   an attempt to save server bandwidth. The acceptable values for the
@@ -177,6 +183,21 @@
   allows either the servlet a longer amount of time to complete its
   execution, or a longer timeout during data upload. If not specified, 
   this attribute is set to "false".
+
+
+
+  The maximum size of the request and response HTTP header, specified
+  in bytes.
+  If not specified, this attribute is set to 4096 (4 KB).
+
+
+
+  The maximum number of HTTP requests which can be pipelined until
+  the connection is closed by the server. Setting this attribute to 1 will
+  disable HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and
+  pipelining. Setting this to -1 will allow an unlimited amount of
+  pipelined or keep-alive HTTP requests.
+  If not specified, this attribute is set to 100.
 
 
 



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

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java

[markt]

markt   2005/09/20 15:18:41

  Modified:coyote/src/java/org/apache/coyote/tomcat4
CoyoteConnector.java
  Log:
  Fix bug 34771 - unable to set maxHttpHeaderSize.
  Also enabled the setting of compressableMimeTypes and removed some dead code.
  
  Revision  ChangesPath
  1.36  +43 -40
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java
  
  Index: CoyoteConnector.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- CoyoteConnector.java  29 Aug 2004 17:14:41 -  1.35
  +++ CoyoteConnector.java  20 Sep 2005 22:18:40 -  1.36
  @@ -17,7 +17,6 @@
   package org.apache.coyote.tomcat4;
   
   
  -import java.util.Vector;
   import org.apache.tomcat.util.IntrospectionUtils;
   
   import org.apache.coyote.Adapter;
  @@ -96,12 +95,6 @@
   
   
   /**
  - * The set of processors that have ever been created.
  - */
  -private Vector created = new Vector();
  -
  -
  -/**
* The current number of processors that have been created.
*/
   private int curProcessors = 0;
  @@ -155,6 +148,10 @@
*/
   private int maxProcessors = 20;
   
  +/**
  + * The maximum permitted size of the request and response HTTP headers.
  + */
  +private int maxHttpHeaderSize = 4 * 1024;
   
   /**
* Linger value on the incoming connection.
  @@ -252,18 +249,6 @@
   
   
   /**
  - * The shutdown signal to our background thread
  - */
  -private boolean stopped = false;
  -
  -
  -/**
  - * The background thread.
  - */
  -private Thread thread = null;
  -
  -
  -/**
* Use TCP no delay ?
*/
   private boolean tcpNoDelay = true;
  @@ -286,6 +271,7 @@
   /**
* Compression value.
*/
  +private String compressableMimeTypes = "text/html,text/xml,text/plain";
   private String compression = "off";
   
   
  @@ -560,6 +546,22 @@
   
   }
   
  +/**
  + * Get the list of compressable MIME types.
  + */
  +public String getCompressableMimeType() {
  +return compressableMimeTypes;
  +}
  +
  +/**
  + * Set the list of compressable MIME types.
  + * 
  + * @param compressableMimeTypes The new list of MIME types to enable for
  + * compression.
  + */
  +public void setCompressableMimeType(String compressableMimeTypes) {
  +this.compressableMimeTypes = compressableMimeTypes;
  +}
   
   /**
* Get the value of compression.
  @@ -740,6 +742,23 @@
   
   }
   
  +/**
  + * Return the maximum permitted size of the HTTP request and response
  + * headers.
  + */
  +public int getMaxHttpHeaderSize() {
  +return maxHttpHeaderSize;
  +}
  +
  +/**
  + * Set the maximum permitted size of the HTTP request and response
  + * headers.
  + * 
  + * @param maxHttpHeaderSize The new maximum header size in bytes.
  + */
  +public void setMaxHttpHeaderSize(int maxHttpHeaderSize) {
  +this.maxHttpHeaderSize = maxHttpHeaderSize;
  +}
   
   /**
* Return the port number on which we listen for requests.
  @@ -1082,26 +1101,6 @@
   }
   
   
  -/**
  - * Log a message on the Logger associated with our Container (if any).
  - *
  - * @param message Message to be logged
  - * @param throwable Associated exception
  - */
  -private void log(String message, Throwable throwable) {
  -
  -Logger logger = container.getLogger();
  -String localName = "CoyoteConnector";
  -if (logger != null)
  -logger.log(localName + " " + message, throwable);
  -else {
  -System.out.println(localName + " " + message);
  -throwable.printStackTrace(System.out);
  -}
  -
  -}
  -
  -
   // -- Lifecycle 
Methods
   
   
  @@ -1198,6 +1197,10 @@
  "" + tomcatAuthentication);
   IntrospectionUtils.setProperty(protocolHandler, "compression",
  compression);
  +IntrospectionUtils.setProperty(protocolHandler, 
"compressableMimeTypes",
  +   compressableMimeTypes);
  +IntrospectionUtils.setProperty(protocolHandler, "maxHttpHeaderSize",
  +   "" + maxHttpHeaderSize);
   if (address != null) {
   IntrospectionUtils.setProperty(protocolHandler, "address",
  address);
  
  
  

-
To unsubscribe, e-mail:

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves RemoteHostValve.java

[markt]

markt   2005/09/20 14:02:12

  Modified:catalina/src/share/org/apache/catalina/valves
RemoteHostValve.java
  Log:
  Correct JavaDocs.
  
  Revision  ChangesPath
  1.5   +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/RemoteHostValve.java
  
  Index: RemoteHostValve.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/RemoteHostValve.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- RemoteHostValve.java  29 Aug 2004 16:46:14 -  1.4
  +++ RemoteHostValve.java  20 Sep 2005 21:02:12 -  1.5
  @@ -26,7 +26,7 @@
   
   /**
* Concrete implementation of RequestFilterValve that filters
  - * based on the string representation of the remote client's IP address.
  + * based on the remote client's host name.
*
* @author Craig R. McClanahan
* @version $Revision$ $Date$
  
  
  

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

svn commit: r290557 - /tomcat/container/branches/tc4.1.x/WARNING.txt

[markt]

Author: markt
Date: Tue Sep 20 13:43:25 2005
New Revision: 290557

URL: http://svn.apache.org/viewcvs?rev=290557&view=rev
Log:
Remove CVS closure warning from SVN.

Removed:
tomcat/container/branches/tc4.1.x/WARNING.txt


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

DO NOT REPLY [Bug 36742] - Missing diagnostics in InternalInputBuffer on overly long headers

[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=36742


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 22:27 ---
Similarly, I don't see the point.

-- 
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 36741] - ArrayIndexOutOfBoundsException in org.apache.coyote.http11.InternalOutputBuffer.write

[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=36741


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 22:26 ---
It's not a "buffer overflows": the HTTP request and response buffers are
voluntarily limited in terms of size. So, sorry, -1.

-- 
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 36742] - Missing diagnostics in InternalInputBuffer on overly long headers

[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=36742





--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 21:30 ---
Created an attachment (id=16467)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16467&action=view)
patch that adds a diagnostic message on header-too-long errors


-- 
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 36742] New: - Missing diagnostics in InternalInputBuffer on overly long headers

[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=36742

   Summary: Missing diagnostics in InternalInputBuffer on overly
long headers
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P5
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Currently, if a request comes in with a header longer than
maxHttpHeaderSize, Tomcat drops the connection and does not log
anything.

Here is what it looks like from client point of view with the default
maxHttpHeaderSize of 4K.

Overly long header:

% curl  -H "$(perl -e 'print q{X: }, q{a}x1')" http://tomcat/admin/
curl: (52) Empty reply from server

I am adding a small diagnostic message to catch such cases (patch
attached).

With that patch in place we get a nice message in the logs and we can
grep and see how often we hit the limit:

jvm 1| Sep 15, 2005 6:51:45 PM org.apache.coyote.http11.InternalInputBuffer 
fill
jvm 1| INFO: Request header is too large

-- 
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 36741] - ArrayIndexOutOfBoundsException in org.apache.coyote.http11.InternalOutputBuffer.write

[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=36741





--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 21:26 ---
Created an attachment (id=16466)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16466&action=view)
patch 2 out of 2


-- 
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 36741] - ArrayIndexOutOfBoundsException in org.apache.coyote.http11.InternalOutputBuffer.write

[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=36741





--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 21:26 ---
Created an attachment (id=16465)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=16465&action=view)
patch 1 out of 2


-- 
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 36741] New: - ArrayIndexOutOfBoundsException in org.apache.coyote.http11.InternalOutputBuffer.write

[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=36741

   Summary: ArrayIndexOutOfBoundsException in
org.apache.coyote.http11.InternalOutputBuffer.write
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P3
 Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


There are possible buffer overflows in InternalOutputBuffer. I am
attaching patches to dynamically flush buf when it is full. 

One way to trigger this exception is to add a header to the response
which will be longer than maxHttpHeaderSize parameter (4K by default).

Here is a typical stack trace:

ArrayIndexOutOfBoundsException: 37522952
at
org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java(Inline

at
org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutputBuffer.java(I

at
org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processor.java(Compil

at org.apache.coyote.http11.Http11Processor.action(Http11Processor.java(Compiled
Code))
at org.apache.coyote.Response.action(Response.java(Inlined Compiled Code))
at org.apache.coyote.Response.sendHeaders(Response.java(Inlined Compiled Code))
at org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java(Compiled 
Code))
at org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java(Compiled 
Code))
at
org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse.java(Compiled

at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java(Compiled
Code))
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java(Compiled 
Code)

at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Ht

at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java(Compiled 
Code)

at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:568)

-- 
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 36738] - Incorrect character encoding

[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=36738


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 20:23 ---
There is far from sufficient information in this report to enable us to
investigate this issue.

Please follow the advice at http://jakarta.apache.org/tomcat/bugreport.html

I strongly suggest you try both of the following before re-opneing this issue:
- test with 4.1.31
- ask on the tomcta-user list

If you re-open this report, please provide the smallest possible test case that
demonstrates the issue.

-- 
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: Final phase of SVN migration - the plan

[Mark Thomas]

Remy Maucherat wrote:
Do we do a new Tomcat 5.0.12 build (which will be voted on this time) 
before the migration ? We'll have to change build scripts after that, 
and I also would have to change the way I work with the repository, 
which could introduce problems.


Based on experience with Tomcat 4, this isn't anywhere near as painful 
as I first feared. A careful checkout from svn where you use the same 
directory names as you got with CVS should allow you to do a build 
without changing any of the scripts. Of course, you will need to 
manually update each module until we fix the build script to checkout 
from SVN.


Mark



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

Re: Final phase of SVN migration - the plan

[Yoav Shapira]

Hi,

> I'm fine with this WE, or the end of this week. I mean, the previous 
> build was decent already.

I just looked at the changelog for 5.5.12, it's a nice collection of stuff.

Is Friday OK with everyone?  If not, I can do Saturday, but I'd prefer Friday
to keep my weekend more free.  How about Friday, September 23rd, 2005, at 9am
my time (EDT), which is 1300h UTC?
(http://www.timeanddate.com/worldclock/converted.html?month=9&day=23&year=2005&hour=9&min=0&sec=0&p1=43&p2=0)

That should give people a couple of days for scratching any last-minute itches.

Yoav

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

DO NOT REPLY [Bug 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11

[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=36540





--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 19:36 ---
(In reply to comment #9)
> Christoph, if the scenario that you have is a single client thread per 
> session,
> then let us know, otherwise we will close this bug.

My Test Case above is actually quite simple. A single JMeter thread runs
subsequent requests on a cluster of 2 Tomcat servers. A jk load balancer without
sticky sessions (for testing only) does the distribution. The jsp page just
stores the hostname of the tomcat server in the session. No fancy
multi-threading or anything. TC 5.5.9 handles the situation correctly and
replicates the session before finishing the http request. 5.5.11 does not. So
pooled replication in definitely broken.

Please either fix it or document that it's broken. If you should choose not to
fix it, pooled, synchronous and asynchronous replication modes are basically
useless and should be removed. 

Thanks for pointing out that the servlet specs (SRV.7.7.2) state that "Within an
application marked as distributable, all requests that are part of a session
must be handled by one Java Virtual Machine1 ( JVM ) at a time."  But in my
opinion that means that when the requests are finished, the session state should
already be replicated on all other cluster members. A Session with a single 7
char String object seems to need about 20 ms to replicate in my setup. Busy
servers with large Sessions may get into some hundreds of ms and this is a
problem for me.

Bye,
Christoph

-- 
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 27122] - IE plugins cannot access components through Tomcat 5 over SSL

[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=27122


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 19:13 ---
*** Bug 36735 has been marked as a duplicate of this bug. ***

-- 
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 36735] - Problem with SSL - swf - Explorer

[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=36735


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 19:13 ---


*** This bug has been marked as a duplicate of 27122 ***

-- 
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 36738] New: - Incorrect character encoding

[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=36738

   Summary: Incorrect character encoding
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When using Tomcat 4.1.29 and JSTL, pages which are expected to be encoded in
UTF-8 are being encoded in native encoding.  The problem does not occur with
Tomcat 5.0.

-- 
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 36681] - 2 Tomcat 5.5.7 clusters come to a grinding hault and generate errors

[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=36681





--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 18:29 ---
Hello Peter,

I have implemented tomcat559 with cluster fix by putting the cluster fix 
binaries under the server/classes directory on 2 machines.  Below are the 
server.xml's for tomcat1 and tomcat2.  I am getting the error message on both 
TOMCAT1 and TOMCAT2 "Sep 20, 2005 12:04:36 PM 
org.apache.catalina.cluster.session.DeltaManager start
INFO: Manager [/arsys]: skipping state transfer. No members active in cluster 
group." eventhough the session sharing is configured.  Below are server.xml for 
both TOMCAT1 and TOMCAT2

TOMCAT1







  
  
  
  

  
  







  

  

  
  





















 
 



  
  

  

  
  

  
  

  

  

  

  

  
  

 











   
















  



  




TOMCAT2







  
  
  
  

  
  







  

  

  
  





















 
 



  
  

  

  
  

  
  

  

  

  

  

  
  

 











   
















  



  



If this is not correct please let me know and i will make appropriate 
recommended changes but session replication is not working rightnow with 
tomcat5.5.9 w/cluster fix.  The install dir for cluster fix binaries is 
$CATALINA_HOME/server/classes.  Thx

Zubair

 

-- 
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: Final phase of SVN migration - the plan

[Remy Maucherat]

Yoav Shapira wrote:

Hi,

Do we do a new Tomcat 5.0.12 build (which will be voted on this time) 
before the migration ? We'll have to change build scripts after that, 


Yes, I'd like to do a new 5.5.12.  That's one of the reasons I asked for
timings, once they're known, so we can work with nice margins.  Alternatively,
we can just cut 5.5.12 this weekend.


I'm fine with this WE, or the end of this week. I mean, the previous 
build was decent already.


Rémy

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

DO NOT REPLY [Bug 36735] New: - Problem with SSL - swf - Explorer

[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=36735

   Summary: Problem with SSL - swf - Explorer
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When requesting a page with one or more swf files from MS Internet Explorer 6 
(maybe any version) using the SSL encryption protocol to a Tomcat 5.0.28 o 
5.0.30 (maybe all 5.0.x family) the html and images are loaded correctly, but 
the swf is not. When requesting directly a swf file from the url (in https) the 
browser response with a "Page cannot be found" message.
Everything works fine using Mozilla FireFox or when the container is Tomcat 
4.1.x.
I've tried only with a self made certificate on Win 2k and Linux RHEL AS 3U5.

-- 
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: Final phase of SVN migration - the plan

[Yoav Shapira]

Hi,

> Do we do a new Tomcat 5.0.12 build (which will be voted on this time) 
> before the migration ? We'll have to change build scripts after that, 

Yes, I'd like to do a new 5.5.12.  That's one of the reasons I asked for
timings, once they're known, so we can work with nice margins.  Alternatively,
we can just cut 5.5.12 this weekend.

I was also thinking of cutting out a 5.0.31 release before the migration.  Even
if we do no coding, maybe just a couple of dependency updates, and release
something that can be voted as stable, I'll be happy.  I don't like having the
last release on that branch remain as beta ;)

Yoav

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

DO NOT REPLY [Bug 24942] - Tomcat 5.0.16 / Windows 2000 Service does not start

[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=24942


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |
Summary|Tomcat 5.0.14 / Windows 2000|Tomcat 5.0.16 / Windows 2000
   |Service does not start  |Service does not start




-- 
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 36456] - JSTL Tag Plugin for Jasper

[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=36456


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 12:58 ---
Replaced by 36481.

-- 
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 36481] - JSTL tag plugins for Jasper, correct the misusage of the generateImport method

[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=36481


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-09-20 12:57 ---
I have applied this patch. Thanks.

-- 
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]

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/tagplugins/jstl/core - New directory

[remm]

remm2005/09/20 03:56:41

  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/tagplugins/jstl/core 
- New directory

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

Re: Final phase of SVN migration - the plan

[Remy Maucherat]

Mark Thomas wrote:

Yoav Shapira wrote:

If possible, it'd be nice to establish a "quiet window," say 24 hours, 
during
which we shall not commit anything, and infra will do the real 
repository move.
 That will help eliminate the possibility of lost/clashed commits and 
related

wasted time.


Good idea. Weekends are usually quiet but it depends on the availability 
of infrastructure to do the migration. I'll keep the list informed of 
timings as they become clear.


Do we do a new Tomcat 5.0.12 build (which will be voted on this time) 
before the migration ? We'll have to change build scripts after that, 
and I also would have to change the way I work with the repository, 
which could introduce problems.


Rémy

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

Re: Final phase of SVN migration - the plan

[Mladen Turk]

Mark Thomas wrote:

All,

The plan for the last phase is slightly different since these 
repositories are in pretty much constant use.


I know there is a plan to do a JK release this week. If there is a 
timing clash, JK takes priority. Just shout and I'll delay giving infra 
the go-ahead to do the final migration.




Please don't get limited with that fact.
We can easily release from SVN, because when moved to SVN I'll
have to change jkrelease.sh script to reflect the changes, so it
might be as well a good opportunity for implementing that, cause
consecutive release will be coming from SVN repository.

Regards,
Mladen.

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

DO NOT REPLY [Bug 13093] - Compliance Issue - NPE not thrown if a null reference is passed to PageContext.handlePageException(Exception) or PageContext.handlePageException(Throwable).

[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=13093


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED




-- 
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]