DO NOT REPLY [Bug 41166] New: - Unable to start ReplicatedContext

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

   Summary: Unable to start ReplicatedContext
   Product: Tomcat 6
   Version: 6.0.0
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I try to test the Cluster function. I got a problem: something like following 
apears in the $CATALINA_HOME/logs/catalina.out

SEVERE: Unable to start ReplicatedContext
java.lang.ClassCastException: org.apache.naming.resources.ProxyDirContext 
cannot be cast to java.io.Serializable
at 
org.apache.catalina.tribes.tipis.AbstractReplicatedMap$MapEntry.setValue
(AbstractReplicatedMap.java:1060)

I didn't change any file in $CATALINA_HOME except server.xml, the any thing I 
changed in server.xml is uncomment the line: 
. 

and I add a context configuration file test.xml to 
$CATALINA_HOME/conf/Catalina/localhost with the flolling content

[EMAIL PROTECTED] conf]$ cat Catalina/localhost/test.xml


the web.xml file in /var/www/ClusterTest has no  element 


I am worrying about I can't explain the problem clearly with my poor English. 
So I paste the stepes I do as following:

[EMAIL PROTECTED] apache-tomcat-6.0.2]$ which java
/usr/java/jdk1.6.0/bin/java
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ java -version
java version "1.6.0-rc"
Java(TM) SE Runtime Environment (build 1.6.0-rc-b104)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b104, mixed mode, sharing)
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ echo $JAVA_HOME
/usr/java/jdk1.6.0
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ echo $CLASSPATH

[EMAIL PROTECTED] apache-tomcat-6.0.2]$ uname -a
Linux BONC-01 2.6.9-34.EL #1 Wed Mar 8 00:07:35 CST 2006 i686 i686 i386 
GNU/Linux
[EMAIL PROTECTED] local]# cat /etc/redhat-release
CentOS release 4.3 (Final)
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ cd conf
[EMAIL PROTECTED] conf]$ cat server.xml



  
  
  
  
  
  
  

  
  


  

  
  
















  

  


  
  

  
  

  
  







  

  


[EMAIL PROTECTED] conf]$ mkdir Catalina
[EMAIL PROTECTED] conf]$ ln -s /usr/local/tomcatConf/localhost/ 
Catalina/localhost
[EMAIL PROTECTED] conf]$ cat Catalina/localhost/test.xml


[EMAIL PROTECTED] conf]$ cd ..
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ ls
bin  conf  lib  LICENSE  logs  NOTICE  RELEASE-NOTES  RUNNING.txt  temp  
webapps  work
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ rm logs/*
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ bin/catalina.sh version
Using CATALINA_BASE:   /home/Aray/download/apache-tomcat-6.0.2
Using CATALINA_HOME:   /home/Aray/download/apache-tomcat-6.0.2
Using CATALINA_TMPDIR: /home/Aray/download/apache-tomcat-6.0.2/temp
Using JRE_HOME:   /usr/java/jdk1.6.0
Server version: Apache Tomcat/6.0.2
Server built:   Nov 16 2006 12:31:06
Server number:  6.0.2.0
OS Name:Linux
OS Version: 2.6.9-34.EL
Architecture:   i386
JVM Version:1.6.0-rc-b104
JVM Vendor: Sun Microsystems Inc.
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ bin/startup.sh
Using CATALINA_BASE:   /home/Aray/download/apache-tomcat-6.0.2
Using CATALINA_HOME:   /home/Aray/download/apache-tomcat-6.0.2
Using CATALINA_TMPDIR: /home/Aray/download/apache-tomcat-6.0.2/temp
Using JRE_HOME:   /usr/java/jdk1.6.0
[EMAIL PROTECTED] apache-tomcat-6.0.2]$ cat logs/catalina.out
INFO: Initializing Coyote HTTP/1.1 on http-8080
Dec 13, 2006 4:07:39 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 2532 ms
Dec 13, 2006 4:07:40 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Dec 13, 2006 4:07:40 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.2
Dec 13, 2006 4:07:40 PM org.apache.catalina.ha.tcp.SimpleTcpCluster start
INFO: Cluster is about to start
Dec 13, 2006 4:07:40 PM org.apache.catalina.tribes.transport.ReceiverBase bind
INFO: Receiver Server Socket bound to:/127.0.0.1:4000
Dec 13, 2006 4:07:40 PM org.apache.catalina.tribes.membership.McastServiceImpl 
setupSocket
INFO: Setting cluster mcast soTimeout to 500
Dec 13, 2006 4:07:40 PM org.apache.catalina.tribes.membership.McastServiceImpl 
waitForMembers
INFO: Sleeping for 1000 milliseconds to establish cluster membership, start 
level:4
Dec 13, 2006 4:07:41 PM org.apache.catalina.tribes.membership.McastServiceImpl 
waitForMembers
INFO: Done sleeping, membership established, start level:4
Dec 13, 2006 4:07:41 PM org.apache.catalina.tribes.membership.McastServiceImpl 
waitForMembers
INFO: Sleeping for 1000 milliseconds to establ

svn commit: r486569 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java

[pero]

Author: pero
Date: Wed Dec 13 01:50:09 2006
New Revision: 486569

URL: http://svn.apache.org/viewvc?view=rev&rev=486569
Log:
Revert patch that ajp can use more then 8k packets at a response.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java?view=diff&rev=486569&r1=486568&r2=486569
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java
 Wed Dec 13 01:50:09 2006
@@ -132,24 +132,8 @@
 this.connector = connector;
 if ("AJP/1.3".equals(connector.getProtocol())) {
 // default size to size of one ajp-packet
-Object packetSize = (Object) connector.getProperty("packetSize");
-int valuePacketSize = 8192;
-if (packetSize != null) {
-if (packetSize instanceof Integer) {
-valuePacketSize = ((Integer) packetSize).intValue();
-} else {
-if (packetSize instanceof String) {
-if (!"".equals(packetSize))
-valuePacketSize = new Integer((String) packetSize)
-.intValue();
-}
-}
-if (valuePacketSize < 8192)
-valuePacketSize = 8192;
-}
 // Reduce HSIZE and Command = 6 Bytes
-outputBuffer = new OutputBuffer(valuePacketSize - 6);
-
+outputBuffer = new OutputBuffer(8184);
 } else {
 outputBuffer = new OutputBuffer();
 }



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

Re: svn commit: r486219 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java

[Peter Rossbach]

OK,

I have revert the change.

Peter



Am 12.12.2006 um 22:49 schrieb Remy Maucherat:


Peter Rossbach wrote:
Yes, but as I configured packetSize greater then 8k, I would like  
to see that ajp send those big chunks.


This will not be useful performance wise. The increased packet size  
is useful for sending certificates data in the first packet of the  
request, and that's about it.


Currently mod_jk 1.2.20 accept those packets, but don't send  
bigger pakets then 8k ( see my separate posting).


Which is most likely useless.

More memory is not a big argument. 8k is default, and only at  
spezial case user use greater packetSize. Greater
PacketSize means that you send fewer GET BODY messages. This  
reduce the ajp handshake overhead.


People will need to use more than 8KB is they have a large cert  
chain, but will not benefit in any way from using larger packets on  
output other than using more memory. I don't understand why you are  
talking about "get body" messages since your changes are for  
output, not input. If you can provide data which shows a  
performance gain, then this could be considered.


So -1 for your changes (it's a definitive veto in 5.5 since it is  
the stable branch; I'm still against it in 6.0 unless you can prove  
it provides a significant benefit).


Rémy


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

svn commit: r486584 - /tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

[pero]

Author: pero
Date: Wed Dec 13 02:25:09 2006
New Revision: 486584

URL: http://svn.apache.org/viewvc?view=rev&rev=486584
Log:
Use constants

Modified:
tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java

Modified: 
tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java?view=diff&rev=486584&r1=486583&r2=486584
==
--- tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java 
(original)
+++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/ChannelSocket.java Wed 
Dec 13 02:25:09 2006
@@ -88,7 +88,7 @@
 private int linger=100;
 private int socketTimeout;
 private int bufferSize = -1;
-private int packetSize = 8*1024;
+private int packetSize = AjpConstants.MAX_PACKET_SIZE;
 
 
 private long requestCount=0;
@@ -208,8 +208,8 @@
 }
 
 public void setPacketSize(int ps) {
-if(ps < 8*1024) {
-ps = 8*1024;
+if(ps < AjpConstants.MAX_PACKET_SIZE) {
+ps = AjpConstants.MAX_PACKET_SIZE;
 }
 packetSize = ps;
 }



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

svn commit: r486585 - /tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java

[pero]

Author: pero
Date: Wed Dec 13 02:26:24 2006
New Revision: 486585

URL: http://svn.apache.org/viewvc?view=rev&rev=486585
Log:
Revert patch that ajp can use more then 8k packets at a response.

Modified:
tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java

Modified: 
tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java?view=diff&rev=486585&r1=486584&r2=486585
==
--- tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java 
(original)
+++ tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java 
Wed Dec 13 02:26:24 2006
@@ -84,7 +84,7 @@
 
 response = new Response();
 response.setHook(this);
-response.setOutputBuffer(new SocketOutputBuffer(packetSize));
+response.setOutputBuffer(new SocketOutputBuffer());
 request.setResponse(response);
 
 requestHeaderMessage = new AjpMessage(packetSize);
@@ -108,17 +108,7 @@
 // Cause loading of HttpMessages
 HttpMessages.getMessage(200);
 
-// Set the get body message buffer
-AjpMessage getBodyMessage = new AjpMessage(128);
-getBodyMessage.reset();
-getBodyMessage.appendByte(Constants.JK_AJP13_GET_BODY_CHUNK);
-getBodyMessage.appendInt(packetSize - Constants.H_SIZE - 2);
-getBodyMessage.end();
-getBodyMessageBuffer = ByteBuffer.allocateDirect(getBodyMessage
-.getLen());
-getBodyMessageBuffer.put(getBodyMessage.getBuffer(), 0, getBodyMessage
-.getLen());
-}
+ }
 
 
 // - Instance Variables
@@ -262,7 +252,7 @@
 /**
  * Direct buffer used for sending right away a get body message.
  */
-protected ByteBuffer getBodyMessageBuffer;
+protected static final ByteBuffer getBodyMessageBuffer;
 
 
 /**
@@ -286,6 +276,16 @@
 
 static {
 
+// Set the get body message buffer
+AjpMessage getBodyMessage = new AjpMessage(128);
+getBodyMessage.reset();
+getBodyMessage.appendByte(Constants.JK_AJP13_GET_BODY_CHUNK);
+getBodyMessage.appendInt(Constants.MAX_READ_SIZE);
+getBodyMessage.end();
+getBodyMessageBuffer = ByteBuffer.allocateDirect(getBodyMessage
+.getLen());
+getBodyMessageBuffer.put(getBodyMessage.getBuffer(), 0, getBodyMessage
+.getLen());
 
 // Set the read body message buffer
 AjpMessage pongMessage = new AjpMessage(128);
@@ -1250,12 +1250,6 @@
  */
 protected class SocketOutputBuffer
 implements OutputBuffer {
-
-int maxSendPacketSize;
-
-SocketOutputBuffer(int maxSendSize) {
-this.maxSendPacketSize = maxSendSize - Constants.H_SIZE - 4;
-}
 
 /**
  * Write chunk.
@@ -1275,7 +1269,7 @@
 
 int len = chunk.getLength();
 // 4 - hardcoded, byte[] marshalling overhead
-int chunkSize = maxSendPacketSize;
+int chunkSize =  Constants.MAX_SEND_SIZE;
 int off = 0;
 while (len > 0) {
 int thisTime = len;



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

Re: svn commit: r486219 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java

[Peter Rossbach]

Hi Remy,

can you explain why we use packetSize at AjpAprProcessor attribute  
bodyMessage and responseHeaderMessage?


requestHeaderMessage = new AjpMessage(packetSize);
responseHeaderMessage = new AjpMessage(packetSize);
bodyMessage = new AjpMessage(packetSize);

We want only send 8K packets!

Other problem I see now is: That we can create a packetSize  
responseHeader greater then 8K but

the Outputbuffer (SocketOutputBuffer) can only handle 8K packets.

Regards
Peter

Am 12.12.2006 um 22:49 schrieb Remy Maucherat:


Peter Rossbach wrote:
Yes, but as I configured packetSize greater then 8k, I would like  
to see that ajp send those big chunks.


This will not be useful performance wise. The increased packet size  
is useful for sending certificates data in the first packet of the  
request, and that's about it.


Currently mod_jk 1.2.20 accept those packets, but don't send  
bigger pakets then 8k ( see my separate posting).


Which is most likely useless.

More memory is not a big argument. 8k is default, and only at  
spezial case user use greater packetSize. Greater
PacketSize means that you send fewer GET BODY messages. This  
reduce the ajp handshake overhead.


People will need to use more than 8KB is they have a large cert  
chain, but will not benefit in any way from using larger packets on  
output other than using more memory. I don't understand why you are  
talking about "get body" messages since your changes are for  
output, not input. If you can provide data which shows a  
performance gain, then this could be considered.


So -1 for your changes (it's a definitive veto in 5.5 since it is  
the stable branch; I'm still against it in 6.0 unless you can prove  
it provides a significant benefit).


Rémy


-
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: svn commit: r486219 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Response.java

[Remy Maucherat]

Peter Rossbach wrote:

Hi Remy,

can you explain why we use packetSize at AjpAprProcessor attribute 
bodyMessage and responseHeaderMessage?


requestHeaderMessage = new AjpMessage(packetSize);
responseHeaderMessage = new AjpMessage(packetSize);
bodyMessage = new AjpMessage(packetSize);

We want only send 8K packets!

Other problem I see now is: That we can create a packetSize 
responseHeader greater then 8K but

the Outputbuffer (SocketOutputBuffer) can only handle 8K packets.


I don't think the output buffer limitation prevents using more than 8K 
for the HTTP response header (ex: with lots of cookies). It's a bit 
cut&pasted from the HTTP connector, though, so bodyMessage = new 
AjpMessage(packetSize); is probably not useful (I did not think about it 
a lot before porting the packetSize support to these connectors).


I think it's worth testing a little bit, to see if 16KB packets perform 
better, for example. If it does not, then only the first header of the 
request and the response really need to have a bigger size.


Rémy

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

DO NOT REPLY [Bug 41167] New: - Unable to start tomcat service

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

   Summary: Unable to start tomcat service
   Product: Tomcat 5
   Version: 5.5.9
  Platform: HP
OS/Version: Windows Server 2003
Status: NEW
  Keywords: ErrorMessage
  Severity: trivial
  Priority: P3
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hi,
   I am unable to start the tomcat service. it is giving error like "The 
Apache Tomcat PFProd service on Local computer started and then stopped. some 
services stop automaticallyif they have no work to do,for example, the 
Performance Logs and Alerts services". please help me to resolve this issue.

I have created 3 services and try to start the service. but it is giving error 
as i mentioned earlier.

-- 
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 41167] - Unable to start tomcat service

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 03:26 ---
Created an attachment (id=19252)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19252&action=view)
Screenshot of the error message


-- 
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: svn commit: r486005 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/connector/Request.java catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java webapps

[Mark Thomas]

Filip Hanik - Dev Lists wrote:
> Rainer Jung wrote:
>> My impression now is, that we should backout the commit and the user
>> should instead first try to use the existing Valve as described by Peter.
> I agree,
> Filip

That sounds like the right way forward to me. I'll revert my commit
later today.

Mark

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

Re: Serious mod_jk performance issue

[Jess Holle]

Apache and tomcat are both on the same Solaris 10 box and the network
between client (XP) is 100Mbit.

--
Jess Holle

Rainer Jung wrote:

If noone finds a reason for it, I can go into it during the weekend. I
would try to reproduce and research on Solaris. Concerning your data for
Solaris: Apache and Tomcat were both on Solaris? The same machine or
different? Network between Client (Browser?) and Apache was 100MBit or
1GBit?

Regards,

Rainer

Jess Holle schrieb:
  

We're seeing a *serious *performance issue with mod_jk and large (e.g.
500MB+) file transfers.  [This is with Apache 2.0.55, Tomcat 5.0.30, and
various recent mod_jk including 1.2.20.]

The performance of downloading the file via Apache is good, as is the
performance when downloading directly from Tomcat.  The performance when
downloading from Tomcat through Apache via mod_jk is, however, quite
abysmal.  I'd obviously expect *some* degradation due to the extra
interprocess hop, but given that this is a just a single-user,
single-request test, I'd expect that the network would still be the
limiting factor -- or at least that the degradation would be in the
order of 25% of less.  What we're seeing, however, is far worse:

   On Windows:

   * Apache 2.0.55, Tomcat 5.0.30, and mod_jk 1.2.20 - Started at
 10 MB/sec ended at 3 MB/sec with mod_deflate disabled (1.5
 MB/sec with mod_deflate enabled)
   * Apache 2.0.55, Tomcat 5.0.30, and mod_jk 1.2.19 - Disabling
 JkFlushPackets only slightly improved performance.
   * Apache 2.2.3 with Tomcat 5.5.20 w/ the native connector -
 Didn't work period.  I didn't have a chance to look into it,
 but the download failed after getting serveral packets (!)
   * Apache 2.2.3 with Tomcat 5.5.20 w/o the native connector - Was
 only slightly slower than going straight through Apache
 about 7-8 MB/sec

   On Solaris:

   * Apache 2.0.55, Tomcat 5.0.30, recent mod_jk - Fairly constant
 4MB/s when going through mod_jk, 10MB/s when just downloading
 via Apache

   [This issue originally was thought to be Windows specific, which is
   why we have many more results for Windows.]

Obviously if our end goal was simple static file transfers we'd just
share/mirror them to Apache to solve this (we need the load balancing
flexibility, etc, of mod_jk, so directly using Tomcat is not really an
option -- nor is doing non-AJP-proxying).  The static file case is the
simplified reproduction of our real issue, however, which is large file
downloads from our (Java-based) content store.

We had much better results with Apache 2.2.3 and Tomcat 5.5.20 with
tcnative, but we really don't want to force a move to 2.2.x and Tomcat
5.5.x in this case and we've had issues with tcnative (which we *hope*
may be resolved with 1.1.8).  Overall we'd much prefer to get mod_jk
working reasonably than to force a disruptive move to 2.2.x right now.

Is this a known issue?  Any pointers as to where/how to look for the
performance bottleneck?  Some VTune examination showed that almost all
of Apache's CPU time during this time was in libapr.dll, but that's
obviously not terribly specific.

--
Jess Holle





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

  

DO NOT REPLY [Bug 41170] New: - single crlf in header termination crashes app.

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

   Summary: single crlf in header termination crashes app.
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: Windows Server 2003
Status: NEW
  Keywords: RFC
  Severity: normal
  Priority: P2
 Component: Connector:AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


In modjk (latest version i could find ) for IIS there is a possible bug in 
function:

static int JK_METHOD start_response(jk_ws_service_t *s,
int status,
const char *reason,
const char *const *header_names,
const char *const *header_values,
unsigned int num_of_headers)
{

It creates a response buffer and it works fine if there are headers to send:

if (num_of_headers) {
 ...
else {
however if there are no headers to send it merely sends a single crlf in the 
header buffer. 
headers_str = crlf;
}
}

The description for HSE_REQ_SEND_RESPONSE_HEADER at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-
us/iissdk/html/ad17aeb4-bb70-4755-83a2-c4cec7fa5ecb.asp

"If you append your own headers to the server-generated headers, you must 
terminate the header string with an extra carriage return and linefeed."

also seems to mean that once you have no headers to send then you need to make 
sure you terminate the header by adding an extra crlf (double crlf) as per the 
RFC

So sending a single crlf would not be valid (browsers will ignore error this 
but we ran into an app called documentum that crashes while parsing the header.)

Oddly enough IIS copes with and seems to correct the header (at least in Win2K3 
SP1) except in one case and that is where another ISAPI filter is chained on 
and in the NOTIFY_SEND_RESPONSE and that filter READS the www-authenticate 
header!!! then IIS passes the buffer that mod_jk sends it transparently and the 
client sees the header with a single crlf.

Appending an additional crlf when there is no header seems to take care of the 
problem.

Hope this is enough detail please feel free to contact me !

all the Best
Con




.

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

[6] New wrap up release

[Remy Maucherat]

Hi,

I plan to produce a new build of Tomcat 6 incorporating the latest fixes 
(including a new native build).


Comments ?

Rémy

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

Re: [6] New wrap up release

[Yoav Shapira]

Go for it.

Yoav

On 12/13/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:

Hi,

I plan to produce a new build of Tomcat 6 incorporating the latest fixes
(including a new native build).

Comments ?

Rémy

-
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 41167] - Unable to start tomcat service

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 16:53 ---
Bugzilla is not a support forum. Please ask on the Tomcat users mailing list for
assistance.

-- 
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 41153] - Reg: Tomcat start up

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 16:55 ---
This looks like an application/configuration issue. Bugzilla is not a support
forum so you should ask on the Tomcat users mailing list of the appropriate
support forum for your application.

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

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 17:10 ---
This works for other users  -
http://marc.theaimsgroup.com/?l=tomcat-user&m=116592302700745&w=2

Bugzilla is not a support forum so please use the users list if you need help to
get going.

-- 
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: mod_jk release preparation: ready for test

[David Rees]

On 12/6/06, Rainer Jung <[EMAIL PROTECTED]> wrote:

- reworked status worker (see new docs page)


On my status worker page, I get the message:

Warning: No URI Mappings defined for  !

Otherwise, everything seems to work OK so far in my limited testing.

-Dave

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

DO NOT REPLY [Bug 40551] - Sticky sessions using PersistentManager enter indeterminate state on node failover

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |




--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 18:06 ---
Re-opening to change resolution type.

-- 
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: r486929 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/connector/Request.java catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java webapps/docs

[markt]

Author: markt
Date: Wed Dec 13 18:07:32 2006
New Revision: 486929

URL: http://svn.apache.org/viewvc?view=rev&rev=486929
Log:
Revert fix for 40551 as per discussion on dev list.

Modified:

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Request.java

tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Request.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Request.java?view=diff&rev=486929&r1=486928&r2=486929
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Request.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/connector/Request.java
 Wed Dec 13 18:07:32 2006
@@ -2207,12 +2207,6 @@
 if ((session != null) && !session.isValid())
 session = null;
 if (session != null) {
-if(!requestedSessionId.equals(session.getId())) {
-Cookie cookie = new Cookie(Globals.SESSION_COOKIE_NAME,
-session.getIdInternal());
-configureSessionCookie(cookie);
-response.addCookie(cookie);
-}
 session.access();
 return (session);
 }

Modified: 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java?view=diff&rev=486929&r1=486928&r2=486929
==
--- 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
 (original)
+++ 
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
 Wed Dec 13 18:07:32 2006
@@ -772,20 +772,6 @@
 }
 } else {
  session = store.load(id);
- 
- String jvmRoute = getJvmRoute();
- if (jvmRoute != null && session != null) {
- String requestJvmRoute = null;
- int index = id.indexOf(".");
- if (index > 0) {
- requestJvmRoute = id.substring(index + 1, 
id.length());
- }
- if (requestJvmRoute != null &&
- !requestJvmRoute.equals(jvmRoute)) {
- id = id.substring(0, index) + "." + jvmRoute;
- session.setId(id);
- }
- }
 }   
 } catch (ClassNotFoundException e) {
 log.error(sm.getString("persistentManager.deserializeError", id, 
e));

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=486929&r1=486928&r2=486929
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Dec 13 18:07:32 2006
@@ -86,11 +86,6 @@
 Ben Clifford. (markt)
   
   
-40551: When restoring sessions from a PersistentManager to
-a new node ensure that the session ID is updated to reflect the new
-jvmRoute. Based on a patch by Chris Chandler. (markt)
-  
-  
 40585: Fix parameterised constructor for 
o.a.juli.FileHandler
 so parameters have an effect. (markt)
   



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

DO NOT REPLY [Bug 40551] - Sticky sessions using PersistentManager enter indeterminate state on node failover

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 18:09 ---
As per the discussion on the dev list -
http://marc.theaimsgroup.com/?t=11659209238&r=1&w=2 - this patch will nto be
commmitted.

The JvmRouteBinderValve should provide the functionality you require in this 
case.

-- 
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: r486931 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[markt]

Author: markt
Date: Wed Dec 13 18:11:43 2006
New Revision: 486931

URL: http://svn.apache.org/viewvc?view=rev&rev=486931
Log:
Fix typo

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=486931&r1=486930&r2=486931
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Dec 13 18:11:43 2006
@@ -117,7 +117,7 @@
   
   
 40844: Add additional syncs to JDBCRealm to resolve NPE when
-two users try tp authenticate using DIGEST authentication at the same
+two users try to authenticate using DIGEST authentication at the same
 time. (markt)
   
   



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

DO NOT REPLY [Bug 41167] - Unable to start tomcat service

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





--- Additional Comments From [EMAIL PROTECTED]  2006-12-13 22:28 ---
(In reply to comment #2)
> Bugzilla is not a support forum. Please ask on the Tomcat users mailing list 
for
> assistance.

thanks for the reply.

-- 
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: r487043 - /tomcat/connectors/trunk/jni/native/src/network.c

[mturk]

Author: mturk
Date: Wed Dec 13 23:14:15 2006
New Revision: 487043

URL: http://svn.apache.org/viewvc?view=rev&rev=487043
Log:
Fix compile time warnings reported by Peter on OS/X
No functional changes.

Modified:
tomcat/connectors/trunk/jni/native/src/network.c

Modified: tomcat/connectors/trunk/jni/native/src/network.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jni/native/src/network.c?view=diff&rev=487043&r1=487042&r2=487043
==
--- tomcat/connectors/trunk/jni/native/src/network.c (original)
+++ tomcat/connectors/trunk/jni/native/src/network.c Wed Dec 13 23:14:15 2006
@@ -439,14 +439,14 @@
 if (tosend <= TCN_BUFFER_SZ) {
 jbyte sb[TCN_BUFFER_SZ];
 (*e)->GetByteArrayRegion(e, buf, offset, tosend, &sb[0]);
-ss = (*s->net->send)(s->opaque, sb, &nbytes);
+ss = (*s->net->send)(s->opaque, (const char *)&sb[0], &nbytes);
 }
 else {
 jbyte *sb = (jbyte *)malloc(nbytes);
 if (sb == NULL)
 return -APR_ENOMEM;
 (*e)->GetByteArrayRegion(e, buf, offset, tosend, sb);
-ss = (*s->net->send)(s->opaque, sb, &nbytes);
+ss = (*s->net->send)(s->opaque, (const char *)sb, &nbytes);
 free(sb);
 }
 if (ss == APR_SUCCESS)
@@ -719,14 +719,14 @@
 }
 if (toread <= TCN_BUFFER_SZ) {
 jbyte sb[TCN_BUFFER_SZ];
-if ((ss = (*s->net->recv)(s->opaque, sb, &nbytes)) == APR_SUCCESS)
+if ((ss = (*s->net->recv)(s->opaque, (char *)&sb[0], &nbytes)) == 
APR_SUCCESS)
 (*e)->SetByteArrayRegion(e, buf, offset, (jsize)nbytes, &sb[0]);
 }
 else {
 jbyte *sb = (jbyte *)malloc(nbytes);
 if (sb == NULL)
 return -APR_ENOMEM;
-if ((ss = (*s->net->recv)(s->opaque, sb, &nbytes)) == APR_SUCCESS)
+if ((ss = (*s->net->recv)(s->opaque, (char *)sb, &nbytes)) == 
APR_SUCCESS)
 (*e)->SetByteArrayRegion(e, buf, offset, (jsize)nbytes, &sb[0]);
 free(sb);
 }



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