Re: [5.0] content-type and charset issues

[Remy Maucherat]

Kazuhiro Kazama wrote:
Remy,

Tomcat 5.0 always adds a charset=ISO-8859-1 to the content type. While 
this is I think relatively legal, it is rather risky (it causes problems 
with some clients, as I've read on tomcat-user), and very dubious when 
dealing with non text data.
I received the report that the same(?) charset problem exists in
Tomcat 4.1.29 from Japanese developers. They said that Tomcat 4.1.27
is ok.
Could you check whether the same problem exists or not?

If not, I will analyze Tomcat 4.1.29 and send the patch.
This has been fixed already. However, I have to point out that the 
client is not compliant (not specifying a charset is equivalent to 
specifying charset=ISO-8859-1).

Remy

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

Where do we find the tomcat changelog?

[Jost Boekemeier]

[#7912]

It seems that tomcat does not maintain a changelog (I've looked at
http://cvs.apache.org/viewcvs/jakarta-tomcat-4.0/?only_with_tag=TOMCAT_4_1_9
but could not find any).

Which change between Release 4_1_9 and 4_1_7 could cause that an incorrect
mime type is send back to the client?

We call setContentType("application/XXX") and receive application/XXX;
charset= back from tomcat.

I am quite sure this is a bug; tomcat may not freely change the content type
especially if it starts with application/.  


>>However, jakarta-tomcat-4.1.27  should fix this problem.  I have tested
>>with the stock download version4.1.27  on a RH9 machine with the same JVM.

>Changing to jakarta-tomcat-4.1.27  from the current stable release 4.1.29
>solved the problem. Thanks, now I can carry on with my testing.


Jost
[P.S.: Yes, I could do a cvs diff, but the computer I am currently sitting
at does not have cvs access...]

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardPipeline.java

[remm]

remm2003/11/13 00:29:33

  Modified:catalina/src/share/org/apache/catalina/core
StandardPipeline.java
  Log:
  - Fix unregistration of valves on stop (the objectname should be reset so that
the valve is registered again).
  
  Revision  ChangesPath
  1.17  +4 -3  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardPipeline.java
  
  Index: StandardPipeline.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardPipeline.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- StandardPipeline.java 8 Sep 2003 15:57:21 -   1.16
  +++ StandardPipeline.java 13 Nov 2003 08:29:33 -  1.17
  @@ -377,6 +377,7 @@
   
   ObjectName vname=vb.getObjectName();
   Registry.getRegistry().getMBeanServer().unregisterMBean(vname);
  +((ValveBase)valve).setObjectName(null);
   }
   } catch( Throwable t ) {
   log.info( "Can't unregister valve " + valve , t );
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

[remm]

remm2003/11/13 00:30:35

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Fix registration of the root context through JMX (basically, it's the usual
"/" -> "" conversion for the path).
  
  Revision  ChangesPath
  1.99  +7 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.98
  retrieving revision 1.99
  diff -u -r1.98 -r1.99
  --- StandardContext.java  31 Oct 2003 21:45:25 -  1.98
  +++ StandardContext.java  13 Nov 2003 08:30:35 -  1.99
  @@ -5277,7 +5277,12 @@
   hostName="localhost"; // Should be default...
   if( delim > 0 ) {
   hostName=path.substring(0, delim);
  -this.setName( path.substring(delim));
  +path = path.substring(delim);
  +if (path.equals("/")) {
  +this.setName("");
  +} else {
  +this.setName(path);
  +}
   } else {
   log.debug("Setting path " +  path );
   this.setName( path );
  
  
  

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

cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml

[remm]

remm2003/11/13 00:31:51

  Modified:resources/mbeans tomcat5-ant.xml
  Log:
  - Fix the webapps docbase (I wonder if the currently release package runs ...),
which was using my Tomcat build directory behind my back.
  
  Revision  ChangesPath
  1.15  +2 -2  jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml
  
  Index: tomcat5-ant.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- tomcat5-ant.xml   24 Oct 2003 13:08:47 -  1.14
  +++ tomcat5-ant.xml   13 Nov 2003 08:31:51 -  1.15
  @@ -5,7 +5,7 @@
   
 
 
  -  
  +  
   
  
   
  @@ -252,7 +252,7 @@
   
  
  - 
  + 


  
  
  
  

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

cvs commit: jakarta-tomcat-5 build.xml

[remm]

remm2003/11/13 00:33:44

  Modified:.build.xml
  Log:
  - Include the manager in the embed package.
  
  Revision  ChangesPath
  1.167 +6 -3  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.166
  retrieving revision 1.167
  diff -u -r1.166 -r1.167
  --- build.xml 11 Nov 2003 10:59:26 -  1.166
  +++ build.xml 13 Nov 2003 08:33:44 -  1.167
  @@ -489,7 +489,7 @@
 
   -->
   
  -  
   
   
  @@ -700,7 +700,10 @@
   
   
   
  -   
  +   
  +
  +
  +   
   
   
 
  @@ -1257,7 +1260,7 @@
   
   
 
  -  
 
   
  
  
  

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

cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml

[remm]

remm2003/11/13 00:45:48

  Modified:resources/mbeans tomcat5-ant.xml
  Log:
  - More cleanup.
  
  Revision  ChangesPath
  1.16  +8 -133jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml
  
  Index: tomcat5-ant.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- tomcat5-ant.xml   13 Nov 2003 08:31:51 -  1.15
  +++ tomcat5-ant.xml   13 Nov 2003 08:45:48 -  1.16
  @@ -9,7 +9,6 @@
   
  
   
  -
 
   
   
  @@ -248,6 +247,13 @@


  
  +
  +   
  + 
  + 
  + 
  +   
   -->
   
  
  - 
  + 

  
   -->
  @@ -276,137 +282,6 @@
   
 
   
  -  
  -
  -
  -
  -
  -
  -
  -
  -   
  - 
  -   
  -
  -
  -   
  - 
  - 
  - 
  -   
  -
  -
  -   
  - 
  -   
  -
  -
  -
  -   
  -  
  -   
  -
  -
  -   
  -  
  -   
  -
  -
  -
  -
  -
  -
  -   
  - 
  -   
  -
  -
  -   
  - 
  - 
  - 
  -   
  -
  -
  -
  -   
  - 
  - 
  -   
  -
  -   
  -   
  - 
  -   
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -
  -  
   
 

Re: Need Consulting

[jean-frederic clere]

Jeff Rogers wrote:
Hello,

I hate to post this to the dev list, but we need consulting help.  I 
have no idea where to look for reputable Tomcat consulting.

We are at our wits end and ready to make the jump to commercial software 
due to a "signal 11" crashing problem with our Tomcat servers.
"signal 11" are normaly problems in the JVM's. Which java version are you using?

 We have 
found about a zillion similar issues on the lists, but no solutions.

We are in the Northeastern part of the US.  Please reply offline to keep 
this off the dev list.

Thanks

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

Re: [VOTE] Kurt Miller as commiter

[Henri Gomez]

jean-frederic clere a écrit :

Henri Gomez wrote:

Hi to all,

I would like to propose you a new tomcat commiter, Kurt Miller
which as proposed many usefull patches for JK2
Since we want to deprecated jk and focus jk2, we need
more people involved on jk2.
Vote please.
Ok, it seems that nobody object to this vote, so we should consider
that Kurt is a new tomcat commiter.
Welcome on board.





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

nsapi_redirector.so for SunOne6.1 and Tomcat4.1.27

[Hruday Kamble]

Hello,

Can any one point me in direction from where I can down load
nsapi_redirector.so for configuring SunOne6.1 with tomcat 4.1.27.  OR how to
create own nsapi_redirector.so.

In my case, both SunOne and Tomcat are running on Solaris 8.


Thanks

Hruday



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

Re: [VOTE] Kurt Miller as commiter

[Kurt Miller]

From: "Henri Gomez" <[EMAIL PROTECTED]>
> jean-frederic clere a écrit :
>
> > Henri Gomez wrote:
> >
> >> Hi to all,
> >>
> >> I would like to propose you a new tomcat commiter, Kurt Miller
> >> which as proposed many usefull patches for JK2
> >>
> >> Since we want to deprecated jk and focus jk2, we need
> >> more people involved on jk2.
> >>
> >> Vote please.
>
> Ok, it seems that nobody object to this vote, so we should consider
> that Kurt is a new tomcat commiter.
>
> Welcome on board.
>

I'm quite glad to be hear. :-) Thanks for all the positive votes and
comments.

Initially, I plan to continue to refine the jk2 native build process.
Building a DSO for apache13 is in good shape now so I'll be looking at other
areas next.

-Kurt


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

[5.0] Getting some defaults from system properties

[Remy Maucherat]

Hi,

This is a little similar to the Ant-like properties for server.xml.

The problem: the allowLinking and caseSensitivity flags of 
FileDirContext, which can be set per context using the Resources 
element, but it's kind of annoying to do it server wide.

All defaults for flags (and others) are hardcoded, which is logical. 
However, for some, it would be convinient to be able to set them in a 
global way.

For the naming conventions for the property names, I plan to use:
fully_qualified_class_name.field_name
The algorithm is the following for a field:
- look up the appropriate system property
- if defined, use it
- otherwise, use the old defaults
I don't think that many fields would be defaulted using this.

Additionally, to allow easily setting system properties, all the 
properties from catalina.properties will be set as system properties. 
Since catalina.properties is not used in embedded mode (it is loaded 
only by Bootstrap), there should be zero impact for this use case.

Comments ?

Remy



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

RE: [5.0] Getting some defaults from system properties

[Shapira, Yoav]

Howdy,
Seems like a reasonable increase in configuration flexibility without
introducing backwards compatibility issues nor user confusion.  +1.

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]
>Sent: Thursday, November 13, 2003 9:31 AM
>To: Tomcat Developers List
>Subject: [5.0] Getting some defaults from system properties
>
>Hi,
>
>This is a little similar to the Ant-like properties for server.xml.
>
>The problem: the allowLinking and caseSensitivity flags of
>FileDirContext, which can be set per context using the Resources
>element, but it's kind of annoying to do it server wide.
>
>All defaults for flags (and others) are hardcoded, which is logical.
>However, for some, it would be convinient to be able to set them in a
>global way.
>
>For the naming conventions for the property names, I plan to use:
>fully_qualified_class_name.field_name
>
>The algorithm is the following for a field:
>- look up the appropriate system property
>- if defined, use it
>- otherwise, use the old defaults
>
>I don't think that many fields would be defaulted using this.
>
>Additionally, to allow easily setting system properties, all the
>properties from catalina.properties will be set as system properties.
>Since catalina.properties is not used in embedded mode (it is loaded
>only by Bootstrap), there should be zero impact for this use case.
>
>Comments ?
>
>Remy
>
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: [5.0] Getting some defaults from system properties

[Glenn Nielsen]

Couldn't these be set using the DefaultContext?

Regards,

Glenn

Remy Maucherat wrote:
Hi,

This is a little similar to the Ant-like properties for server.xml.

The problem: the allowLinking and caseSensitivity flags of 
FileDirContext, which can be set per context using the Resources 
element, but it's kind of annoying to do it server wide.

All defaults for flags (and others) are hardcoded, which is logical. 
However, for some, it would be convinient to be able to set them in a 
global way.

For the naming conventions for the property names, I plan to use:
fully_qualified_class_name.field_name
The algorithm is the following for a field:
- look up the appropriate system property
- if defined, use it
- otherwise, use the old defaults
I don't think that many fields would be defaulted using this.

Additionally, to allow easily setting system properties, all the 
properties from catalina.properties will be set as system properties. 
Since catalina.properties is not used in embedded mode (it is loaded 
only by Bootstrap), there should be zero impact for this use case.

Comments ?

Remy



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

Re: [5.0] Getting some defaults from system properties

[Remy Maucherat]

Glenn Nielsen wrote:
Couldn't these be set using the DefaultContext?
Why not ?
It seems like a better fit.
Remy



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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup CatalinaProperties.java

[remm]

remm2003/11/13 08:37:06

  Modified:catalina/src/share/org/apache/catalina/startup
CatalinaProperties.java
  Log:
  - Convinience feature: set as system property everything in that file.
  - This could work well along with the property replacement to be added in
server.xml.
  
  Revision  ChangesPath
  1.4   +15 -4 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/CatalinaProperties.java
  
  Index: CatalinaProperties.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/CatalinaProperties.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- CatalinaProperties.java   26 Sep 2003 19:31:16 -  1.3
  +++ CatalinaProperties.java   13 Nov 2003 16:37:05 -  1.4
  @@ -68,6 +68,7 @@
   import java.io.FileInputStream;
   import java.io.InputStream;
   import java.net.URL;
  +import java.util.Enumeration;
   import java.util.Properties;
   
   
  @@ -170,6 +171,16 @@
   if ((is == null) || (error != null)) {
   // Do something
   System.out.println("Error");
  +}
  +
  +// Register the properties as system properties
  +Enumeration enum = properties.propertyNames();
  +while (enum.hasMoreElements()) {
  +String name = (String) enum.nextElement();
  +String value = properties.getProperty(name);
  +if (value != null) {
  +System.setProperty(name, value);
  +}
   }
   
   }
  
  
  

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

Tomcat 5.0.14 and JK loadbalancing

[Dave Oxley]

I have 4 load balanced JK (1.2.5) workers. When I select to stop Tomcat 
(5.0.14), which takes a while to shut down (because of some daemon 
threads in our app) a 400 bad request is returned to the browser even 
though there are other JK workers that could be used.

A couple of causes spring to mind, but I don't know which one is true.
Does it take a while for mod_jk to learn about the stopped status of the 
JK worker?
Is it a bug with JK or Tomcat 5?
JK load balancing was not designed for fault tolerance?

I would appreciate some advice/explanation as this is about to become 
our standard setup.

Cheers.
Dave.

This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk

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

Re: [5.0] Getting some defaults from system properties

[Glenn Nielsen]

Remy Maucherat wrote:
Glenn Nielsen wrote:

Couldn't these be set using the DefaultContext?


Why not ?
It seems like a better fit.
In what way?

Having one method to configure defaults for Context's seems better
than having multiple methods. And keeping the configuration of these
in server.xml keeps everything consistent.
Regards,

Glenn

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Need Consulting

[jean-frederic clere]

Clere, Jean-Frederic wrote:
Jeff Rogers wrote:

Hello,

I hate to post this to the dev list, but we need consulting help.  I 
have no idea where to look for reputable Tomcat consulting.

We are at our wits end and ready to make the jump to commercial 
software due to a "signal 11" crashing problem with our Tomcat servers.


"signal 11" are normaly problems in the JVM's. Which java version are 
you using?
BTW: I have tried to "overload" TC and I have got:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x40098aa6
Function name=malloc
Library=/lib/libc.so.6
Current Java thread:
at java.net.SocketInputStream.socketRead(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:85)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:767)
at 
org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:428)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:569)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
+++

That is with JVM 1.3.1_03... and 4.1.24.


 We have found about a zillion similar issues on the lists, but no 
solutions.

We are in the Northeastern part of the US.  Please reply offline to 
keep this off the dev list.

Thanks

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



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

Re: [5.0] Getting some defaults from system properties

[Remy Maucherat]

Glenn Nielsen wrote:
Remy Maucherat wrote:

Glenn Nielsen wrote:

Couldn't these be set using the DefaultContext?
Why not ?
It seems like a better fit.
In what way?
Your way.

Remy

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi - New directory

[andya]

andya   2003/11/13 09:09:24

  jakarta-tomcat-connectors/jk/native2/server/dsapi - New directory

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi/test - New directory

[andya]

andya   2003/11/13 09:11:08

  jakarta-tomcat-connectors/jk/native2/server/dsapi/test - New directory

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

cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi/test test.dsp test.c printf_logger.c

[andya]

andya   2003/11/13 09:11:36

  Added:   jk/native2/server/dsapi/test test.dsp test.c printf_logger.c
  Log:
  First release of JK2 Domino redirector. Barely tested.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/native2/server/dsapi/test/test.dsp
  
  Index: test.dsp
  ===
  # Microsoft Developer Studio Project File - Name="test" - Package Owner=<4>
  # Microsoft Developer Studio Generated Build File, Format Version 6.00
  # ** DO NOT EDIT **
  
  # TARGTYPE "Win32 (x86) Console Application" 0x0103
  
  CFG=test - Win32 Debug
  !MESSAGE This is not a valid makefile. To build this project using NMAKE,
  !MESSAGE use the Export Makefile command and run
  !MESSAGE 
  !MESSAGE NMAKE /f "test.mak".
  !MESSAGE 
  !MESSAGE You can specify a configuration when running NMAKE
  !MESSAGE by defining the macro CFG on the command line. For example:
  !MESSAGE 
  !MESSAGE NMAKE /f "test.mak" CFG="test - Win32 Debug"
  !MESSAGE 
  !MESSAGE Possible choices for configuration are:
  !MESSAGE 
  !MESSAGE "test - Win32 Release" (based on "Win32 (x86) Console Application")
  !MESSAGE "test - Win32 Debug" (based on "Win32 (x86) Console Application")
  !MESSAGE 
  
  # Begin Project
  # PROP AllowPerConfigDependencies 0
  # PROP Scc_ProjName ""
  # PROP Scc_LocalPath ""
  CPP=cl.exe
  RSC=rc.exe
  
  !IF  "$(CFG)" == "test - Win32 Release"
  
  # PROP BASE Use_MFC 0
  # PROP BASE Use_Debug_Libraries 0
  # PROP BASE Output_Dir "Release"
  # PROP BASE Intermediate_Dir "Release"
  # PROP BASE Target_Dir ""
  # PROP Use_MFC 0
  # PROP Use_Debug_Libraries 0
  # PROP Output_Dir "Release"
  # PROP Intermediate_Dir "Release"
  # PROP Ignore_Export_Lib 0
  # PROP Target_Dir ""
  # ADD BASE CPP /nologo /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" 
/YX /FD /c
  # ADD CPP /nologo /W3 /GX /O2 /I ".." /I "..\..\..\include" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /I 
"..\..\..\..\..\..\apr\include" /I "..\..\..\..\..\..\apr-util\include" /I 
"..\..\..\..\..\..\pcre\include" /I "$(NOTESAPI)\include" /D "NDEBUG" /D "WIN32" /D 
"_CONSOLE" /D "_MBCS" /D "_USRDLL" /D "HAVE_JNI" /D "HAS_APR" /D "HAS_PCRE" /D "NT" /D 
"TESTING" /U "NOUSER" /FD /c
  # SUBTRACT CPP /YX
  # ADD BASE RSC /l 0x809 /d "NDEBUG"
  # ADD RSC /l 0x809 /d "NDEBUG"
  BSC32=bscmake.exe
  # ADD BASE BSC32 /nologo
  # ADD BSC32 /nologo
  LINK32=link.exe
  # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib 
ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console 
/machine:I386
  # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
libapr.lib libaprutil.lib ws2_32.lib wsock32.lib pcre.lib pcreposix.lib notes.lib 
/nologo /subsystem:console /machine:I386 /libpath:"..\..\..\..\..\..\apr\Release" 
/libpath:"..\..\..\..\..\..\pcre\lib" /libpath:"..\..\..\..\..\..\apr-util\Release" 
/libpath:"$(NOTESAPI)\lib\mswin32"
  
  !ELSEIF  "$(CFG)" == "test - Win32 Debug"
  
  # PROP BASE Use_MFC 0
  # PROP BASE Use_Debug_Libraries 1
  # PROP BASE Output_Dir "Debug"
  # PROP BASE Intermediate_Dir "Debug"
  # PROP BASE Target_Dir ""
  # PROP Use_MFC 0
  # PROP Use_Debug_Libraries 1
  # PROP Output_Dir "Debug"
  # PROP Intermediate_Dir "Debug"
  # PROP Ignore_Export_Lib 0
  # PROP Target_Dir ""
  # ADD BASE CPP /nologo /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D 
"_MBCS" /YX /FD /GZ /c
  # ADD CPP /nologo /W3 /Gm /GX /ZI /Od /I ".." /I "..\..\..\include" /I 
"$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" /I 
"..\..\..\..\..\..\apr\include" /I "..\..\..\..\..\..\apr-util\include" /I 
"..\..\..\..\..\..\pcre\include" /I "$(NOTESAPI)\include" /D "_DEBUG" /D "WIN32" /D 
"_CONSOLE" /D "_MBCS" /D "_USRDLL" /D "HAVE_JNI" /D "HAS_APR" /D "HAS_PCRE" /D "NT" /D 
"TESTING" /D "NO_CAPI" /U "NOUSER" /FR /FD /GZ /c
  # SUBTRACT CPP /YX
  # ADD BASE RSC /l 0x809 /d "_DEBUG"
  # ADD RSC /l 0x809 /d "_DEBUG"
  BSC32=bscmake.exe
  # ADD BASE BSC32 /nologo
  # ADD BSC32 /nologo
  LINK32=link.exe
  # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib 
ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /subsystem:console 
/debug /machine:I386 /pdbtype:sept
  # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
libapr.lib libaprutil.lib ws2_32.lib wsock32.lib pcre.lib pcreposix.lib notes.lib 
/nologo /subsystem:console /debug /machine:

Re: Need Consulting

[Peter Lin]

 
as someone else mentioned, these types of seg fault errors have been the result of 
database drivers in the past. Specifically, using native drivers.
 
I am aware of this type of behavior occuring with other drivers like JMS that wrap 
native code. Make sure your database driver isn't the cause. Try using a third party 
pure java jdbc driver and see if the same behavior occurs. As the error messages 
states, something outside the VM caused the seg fault.
 
good luck.
 
peter


jean-frederic clere <[EMAIL PROTECTED]> wrote:
Clere, Jean-Frederic wrote:
> Jeff Rogers wrote:
> 
>> Hello,
>>
>> I hate to post this to the dev list, but we need consulting help. I 
>> have no idea where to look for reputable Tomcat consulting.
>>
>> We are at our wits end and ready to make the jump to commercial 
>> software due to a "signal 11" crashing problem with our Tomcat servers.
> 
> 
> "signal 11" are normaly problems in the JVM's. Which java version are 
> you using?

BTW: I have tried to "overload" TC and I have got:

An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x40098aa6
Function name=malloc
Library=/lib/libc.so.6

Current Java thread:
at java.net.SocketInputStream.socketRead(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:85)
at 
org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:767)
at 
org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:428)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:569)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
+++

That is with JVM 1.3.1_03... and 4.1.24.



-
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard

Re: [VOTE] Kurt Miller as commiter

[Filip Hanik]

[+1], yes more people on jk2
- Original Message -
From: "Kurt Miller" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, November 13, 2003 4:30 AM
Subject: Re: [VOTE] Kurt Miller as commiter


From: "Henri Gomez" <[EMAIL PROTECTED]>
> jean-frederic clere a écrit :
>
> > Henri Gomez wrote:
> >
> >> Hi to all,
> >>
> >> I would like to propose you a new tomcat commiter, Kurt Miller
> >> which as proposed many usefull patches for JK2
> >>
> >> Since we want to deprecated jk and focus jk2, we need
> >> more people involved on jk2.
> >>
> >> Vote please.
>
> Ok, it seems that nobody object to this vote, so we should consider
> that Kurt is a new tomcat commiter.
>
> Welcome on board.
>

I'm quite glad to be hear. :-) Thanks for all the positive votes and
comments.

Initially, I plan to continue to refine the jk2 native build process.
Building a DSO for apache13 is in good shape now so I'll be looking at other
areas next.

-Kurt


-
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 23802] - Bug Workaround: Custom 401 error page fails WWW-Authenticate header

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=23802

Bug Workaround: Custom 401 error page fails WWW-Authenticate header

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|4.1.27  |4.1.24



--- Additional Comments From [EMAIL PROTECTED]  2003-11-13 19:38 ---
I'll  "pile on" this bug and say that I'm having similar trouble with Tomcat
4.1.24.  I'm not using a custom servlet, simply a custom  for 401
errors and BASIC authentication defined via the web.xml file.  With the custom
page defined, the login box is never shown and the app immediately displays my
custom error page.

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

DO NOT REPLY [Bug 24687] New: - Startup Fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24687

Startup Fails

   Summary: Startup Fails
   Product: Tomcat 4
   Version: 4.1.29
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This morning I downloaded Tomcat 4 and was able to start the server and look at 
the example jsp's.  After running the shutdown, I was no longer able to start 
tomcat.  Unfortunately, no log is written.  I see the command Prompt come up 
with the Tomcat title and then a flash of text, which quickly disappears as the 
command prompt window is closed.

What can I check; I've confirmed that the items in your Troubleshooting section 
of the RUNNING.txt are not applicable.

Thank you

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

DO NOT REPLY [Bug 24687] - Startup Fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24687

Startup Fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-11-13 19:43 ---
This is probably a configuration issue, please use the tomcat-user mailing list
to debug.

http://jakarta.apache.org/tomcat/faq/

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

Re: [5.0] Getting some defaults from system properties

[Glenn Nielsen]

Oops, I misread your reply. :-)

Glenn

Remy Maucherat wrote:
Glenn Nielsen wrote:

Remy Maucherat wrote:

Glenn Nielsen wrote:

Couldn't these be set using the DefaultContext?


Why not ?
It seems like a better fit.


In what way?

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 24687] - Startup Fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24687

Startup Fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2003-11-13 19:52 ---
Found problem with server.xml - sorry for the premature report!

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

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

[amyroh]

amyroh  2003/11/13 12:03:33

  Modified:coyote/src/java/org/apache/coyote RequestInfo.java
  Log:
  Add getter for RequestInfo.globalProcessor - it was returning 
AttributeNotFoundException because of missing getter.
  
  Revision  ChangesPath
  1.6   +4 -0  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java
  
  Index: RequestInfo.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- RequestInfo.java  2 Sep 2003 21:34:38 -   1.5
  +++ RequestInfo.java  13 Nov 2003 20:03:33 -  1.6
  @@ -84,6 +84,10 @@
   this.req=req;
   }
   
  +public RequestGroupInfo getGlobalProcessor() {
  +return global;
  +}
  +
   public void setGlobalProcessor(RequestGroupInfo global) {
   if( global != null) {
   this.global=global;
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core mbeans-descriptors.xml StandardContext.java StandardDefaultContext.java

[remm]

remm2003/11/13 13:03:14

  Modified:catalina/src/share/org/apache/catalina/core
mbeans-descriptors.xml StandardContext.java
StandardDefaultContext.java
  Log:
  - Add fields to control the resources, as well as set them globally using
DefaultContext.
  - Add relevant JMX flags.
  
  Revision  ChangesPath
  1.23  +46 -0 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml
  
  Index: mbeans-descriptors.xml
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/mbeans-descriptors.xml,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- mbeans-descriptors.xml13 Sep 2003 17:12:45 -  1.22
  +++ mbeans-descriptors.xml13 Nov 2003 21:03:14 -  1.23
  @@ -7,6 +7,29 @@
group="Default-Context"
type="org.apache.catalina.core.StandardDefaultContext">
   
  +
  +  
  +
  +  
  +
  +  
  +
  +  
  +
  +  
   
  @@ -94,6 +117,29 @@
group="Context"
type="org.apache.catalina.core.StandardContext">
   
  +
  +  
  +
  +  
  +
  +  
  +
  +  
  +
  +  
   
  
  
  
  1.100 +108 -13   
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.99
  retrieving revision 1.100
  diff -u -r1.99 -r1.100
  --- StandardContext.java  13 Nov 2003 08:30:35 -  1.99
  +++ StandardContext.java  13 Nov 2003 21:03:14 -  1.100
  @@ -583,6 +583,31 @@
*/
   private boolean cachingAllowed = true;
   
  +
  +/**
  + * Case sensitivity.
  + */
  +protected boolean caseSensitive = true;
  +
  +
  +/**
  + * Allow linking.
  + */
  +protected boolean allowLinking = false;
  +
  +
  +/**
  + * Cache max size in KB.
  + */
  +protected int cacheMaxSize = 10240; // 10 MB
  +
  +
  +/**
  + * Cache TTL in ms.
  + */
  +protected int cacheTTL = 5000;
  +
  +
   private boolean lazy=true;
   
   /**
  @@ -607,6 +632,8 @@
   public void setName( String name ) {
   super.setName( name );
   }
  +
  +
   /**
* Is caching allowed ?
*/
  @@ -624,6 +651,70 @@
   
   
   /**
  + * Set case sensitivity.
  + */
  +public void setCaseSensitive(boolean caseSensitive) {
  +this.caseSensitive = caseSensitive;
  +}
  +
  +
  +/**
  + * Is case sensitive ?
  + */
  +public boolean isCaseSensitive() {
  +return caseSensitive;
  +}
  +
  +
  +/**
  + * Set allow linking.
  + */
  +public void setAllowLinking(boolean allowLinking) {
  +this.allowLinking = allowLinking;
  +}
  +
  +
  +/**
  + * Is linking allowed.
  + */
  +public boolean isAllowLinking() {
  +return allowLinking;
  +}
  +
  +
  +/**
  + * Set cache TTL.
  + */
  +public void setCacheTTL(int cacheTTL) {
  +this.cacheTTL = cacheTTL;
  +}
  +
  +
  +/**
  + * Get cache TTL.
  + */
  +public int getCacheTTL() {
  +return cacheTTL;
  +}
  +
  +
  +/**
  + * Return the maximum size of the cache in KB.
  + */
  +public int getCacheMaxSize() {
  +return cacheMaxSize;
  +}
  +
  +
  +/**
  + * Set the maximum size of the cache in KB.
  + */
  +public void setCacheMaxSize(int cacheMaxSize) {
  +this.cacheMaxSize = cacheMaxSize;
  +}
  +
  +
  +/**
* Return the "follow standard delegation model" flag used to configure
* our ClassLoader.
*/
  @@ -1504,9 +1595,13 @@
   
   if (resources instanceof BaseDirContext) {
   ((BaseDirContext) resources).setCached(isCachingAllowed());
  +((BaseDirContext) resources).setCacheTTL(getCacheTTL());
  +((BaseDirContext) resources).setCacheMaxSize(getCacheMaxSize());
   }
   if (resources instanceof FileDirContext) {
   filesystemBased = true;
  +((FileDirContext) resources).setCaseSensitive(isCaseSensitive());
  +((FileDirContext) resources).setAllowLinking(isAllowLinking());
   }
   this.webappResources = resources;
   
  @@ -3945,6 +4040,18 @@
   }
   }
   
  +// Install DefaultContext configuration
  +if (!getOverride()) {
  +Container host = getParent();
  +if (host instanceof StandardHost) {
  +((StandardHost)host).installDef

DO NOT REPLY [Bug 24690] New: - jk 1.2.5 doesn't even compile on linux

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24690

jk 1.2.5 doesn't even compile on linux

   Summary: jk 1.2.5 doesn't even compile on linux
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


1. ./configure fails to determine the proper os type. The os type is guessed as
unix (on line 9097 in ./configure). The path $(JAVA_HOME)/include/[unix] is then
build for JNI headers and jni_md.h gets never included. It stops the build. 

2. If --with-jni option is used the *.lo files in the native/jni subdirectory
are put not in the native/common subdirectory as expected later by libtool
–mode=link but in ./jni subdirectory. After all the libtool cannot find the *.lo
files in ../common and it breaks the build.

Is this a build, as you understand it?

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java

[jfarcand]

jfarcand2003/11/13 14:56:27

  Modified:catalina/src/share/org/apache/catalina/session
PersistentManagerBase.java
  Log:
  Return the object instead of a null. Throw the proper exception. Cut/Paste should 
not exists
  
  Revision  ChangesPath
  1.12  +10 -7 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
  
  Index: PersistentManagerBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- PersistentManagerBase.java8 Sep 2003 15:25:18 -   1.11
  +++ PersistentManagerBase.java13 Nov 2003 22:56:27 -  1.12
  @@ -140,8 +140,7 @@
   }
   
   public Object run() throws Exception{
  -   store.load(id);
  -   return null;
  +   return store.load(id);
   }   
   }   
 
  @@ -802,7 +801,11 @@
   }catch(PrivilegedActionException ex){
   Exception exception = ex.getException();
   log.error("Exception clearing the Store: " + exception);
  -exception.printStackTrace();
  +if (exception instanceof IOException){
  +throw (IOException)exception;
  +} else if (exception instanceof ClassNotFoundException) {
  +throw (ClassNotFoundException)exception;
  +}
   }
   } else {
session = store.load(id);
  
  
  

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

DO NOT REPLY [Bug 24006] - PROPPATCH vs Allow header

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24006

PROPPATCH vs Allow header





--- Additional Comments From [EMAIL PROTECTED]  2003-11-13 23:11 ---
I have a patch for this bug which I will attach.

Currently PROPPATCH always returns 405 as it hasn't been implemented. The 
patch changes this to return 501 (not implemented). Even with the patch, this 
bug should be left open with a severity of enhancement until this 
functionality is developed.

There are a number of places where a 405 responses is returned and none of 
them set the allow header. The patch also addresses this.

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

DO NOT REPLY [Bug 24006] - PROPPATCH vs Allow header

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=24006

PROPPATCH vs Allow header





--- Additional Comments From [EMAIL PROTECTED]  2003-11-13 23:11 ---
Created an attachment (id=9100)
Patch for TC5 to fix this bug.

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