DO NOT REPLY [Bug 37885] New: - POST requests with emty body don't finish

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

   Summary: POST requests with emty body don't finish
   Product: Tomcat 5
   Version: Unknown
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When using apache with SSL + mod_jk + tomcat and accessing a password 
protected web application doing an empty POST, the browser keeps waiting and 
waiting forever.

In the Tomcat Manager applicacion, the thread is marked as "service", with 0 
bytes received and 0 bytes sent.

mod_jk version is 1.2.15

There same behaviour happens with others operations, like webdav LOCK or PUT.

-- 
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 37885] - POST requests with empty body don't finish

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|POST requests with emty body|POST requests with empty
   |don't finish|body don't finish




-- 
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: r356540 - in /tomcat/container/tc5.5.x: modules/cluster/ modules/cluster/src/share/org/apache/catalina/cluster/ modules/cluster/src/share/org/apache/catalina/cluster/mcast/ modules/cluster

[pero]

Author: pero
Date: Tue Dec 13 08:53:40 2005
New Revision: 356540

URL: http://svn.apache.org/viewcvs?rev=356540&view=rev
Log:
Optimized getMembers access from McastMembership

Modified:

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/MembershipService.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastService.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastServiceImpl.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationValve.java

tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java
tomcat/container/tc5.5.x/modules/cluster/to-do.txt
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/MembershipService.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/MembershipService.java?rev=356540&r1=356539&r2=356540&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/MembershipService.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/MembershipService.java
 Tue Dec 13 08:53:40 2005
@@ -62,10 +62,18 @@
  * Stops the membership service
  */
 public void stop();
+
+/**
+ * Returns that cluster has members.
+ */
+public boolean hasMembers();
+
 /**
  * Returns a list of all the members in the cluster.
  */
+
 public Member[] getMembers();
+
 /**
  * Returns the member object that defines this member
  */
@@ -85,12 +93,14 @@
  * Sets the local member properties for broadcasting
  */
 public void setLocalMemberProperties(String listenHost, int listenPort);
+
 /**
  * Sets the membership listener, only one listener can be added.
  * If you call this method twice, the last listener will be used.
  * @param listener The listener
  */
 public void addMembershipListener(MembershipListener listener);
+
 /**
  * removes the membership listener.
  */

Modified: 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java?rev=356540&r1=356539&r2=356540&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java
 Tue Dec 13 08:53:40 2005
@@ -18,6 +18,11 @@
 
 
 import java.util.HashMap;
+import java.util.Map;
+import java.util.ArrayList;
+import java.util.Arrays;
+import java.util.Iterator;
+
 /**
  * A membership implementation using simple multicast.
  * This is the representation of a multicast membership.
@@ -25,28 +30,40 @@
  * If a node fails to send out a heartbeat, the node will be dismissed.
  *
  * @author Filip Hanik
+ * @author Peter Rossbach
  * @version $Revision$, $Date$
  */
-
-
 public class McastMembership
 {
+protected static final McastMember[] EMPTY_MEMBERS = new McastMember[0];
+
 /**
  * The name of this membership, has to be the same as the name for the 
local
  * member
  */
 protected String name;
+
 /**
  * A map of all the members in the cluster.
  */
-protected HashMap map = new java.util.HashMap();
+protected Map map = new HashMap();
+
+/**
+ * A list of all the members in the cluster.
+ */
+protected McastMember[] members = EMPTY_MEMBERS;
+
+/**
+  * sort members by alive time
+  */
+protected MemberComparator memberComparator = new MemberComparator();
 
 /**
  * Constructs a new membership
- * @param myName - has to be the name of the local member. Used to filter 
the local member from the cluster membership
+ * @param name - has to be the name of the local member. Used to filter 
the local member from the cluster membership
  */
-public McastMembership(String myName) {
-name = myName;
+public McastMembership(String name) {
+this.name = name;
 }
 
 /**
@@ -55,35 +72,85 @@
  */
 public synchronized void reset() {
 map.clear();
+members = EMPTY_MEMBERS ;
 }
 
 /**
  * Notify the membership that this member has announced itself.
  *
- * @param m - the member that just pi

DO NOT REPLY [Bug 37870] - NullSoft Installer reports incorrect disk space

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-12-13 18:56 ---
This is a bug in the NSIS installer and outside of our control. A quick look at
the release notes for the latest version doesn't give any indication that this
is fixed.

Your best bet is to report the bug directly to the NSIS developers at
http://sourceforge.net/tracker/?group_id=22049&atid=373085

-- 
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 35746] - session manager should be immune to system clock time changes (solution provided)

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 35351] - Unable to reference nested/inner classes in tags

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-13 20:50 ---
I have the fix from glassfish, so the lines can be off.

RCS file:
/cvs/glassfish/appserv-webtier/src/java/org/apache/jasper/compiler/Generator.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- Generator.java  8 Dec 2005 01:28:41 -   1.12
+++ Generator.java  13 Dec 2005 19:35:08 -  1.13
@@ -1173,8 +1173,48 @@
 String type = n.getTextAttribute("type");
 Node.JspAttribute beanName = n.getBeanName();
  
-if (type == null) // if unspecified, use class as type of bean
-type = klass;
+// If "class" is specified, try an instantiation at compile time
+boolean generateNew = false;
+String canonicalName = null;// Canonical name for klass
+if (klass != null) {
+try {
+Class bean = ctxt.getClassLoader().loadClass(klass);
+if (klass.indexOf('$') >= 0)  {
+// Obtain the canonical type name
+canonicalName = JspUtil.getCanonicalName(bean);
+} else {
+canonicalName = klass;
+}
+int modifiers = bean.getModifiers();
+if (!Modifier.isPublic(modifiers) ||
+Modifier.isInterface(modifiers) ||
+Modifier.isAbstract(modifiers)) {
+throw new Exception("Invalid bean class modifier");
+}
+// Check that there is a 0 arg constructor
+bean.getConstructor(new Class[] {});
+// At compile time, we have determined that the bean class
+// exists, with a public zero constructor, new() can be
+// used for bean instantiation.
+generateNew = true;
+} catch (Exception e) {
+// Cannot instantiate the specified class, either a
+// compilation error or a runtime error will be raised,
+// depending on a compiler flag.
+if
(ctxt.getOptions().getErrorOnUseBeanInvalidClassAttribute()) {
+err.jspError(n, "jsp.error.invalid.bean", klass);
+}
+if (canonicalName == null) {
+// Doing our best here to get a canonical name
+// from the binary name, should work 99.99% of time.
+canonicalName = klass.replace('$','.');
+}
+}
+if (type == null) {
+// if type is unspecified, use "class" as type of bean
+type = canonicalName;
+}
+}
  
 String scopename = "PageContext.PAGE_SCOPE"; // Default to page
 String lock = "_jspx_page_context";
@@ -1244,43 +1284,23 @@
 /*
  * Instantiate the bean if it is not in the specified scope.
  */
-boolean generateNew = false;
-if (beanName == null) {
-try {
-Class bean = ctxt.getClassLoader().loadClass(klass);
-int modifiers = bean.getModifiers();
-if (!Modifier.isPublic(modifiers) ||
-Modifier.isInterface(modifiers) ||
-Modifier.isAbstract(modifiers)) {
-throw new Exception("Invalid bean class
modifier");-}
-// Check that there is a 0 arg constructor
-bean.getConstructor(new Class[] {});
-generateNew = true;
-} catch (Exception e) {
-// Cannot instantiate the specified class
-if
(ctxt.getOptions().getErrorOnUseBeanInvalidClassAttribute()) {
-err.jspError(n, "jsp.error.invalid.bean", klass);
-}
-}
-}
 if (!generateNew) {
-String className;
+String binaryName;
 if (beanName != null) {
 if (beanName.isNamedAttribute()) {
 // If the value for beanName was specified via
 // jsp:attribute, first generate code to evaluate
 // that body.

DO NOT REPLY [Bug 37882] - ClassCircularityError when principal included in security policy

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-13 22:33 ---
In further investigation we built the 5.5.14 source and ran that instead. We
found that in this case that all secured applications (including the management
application) were affected by this error.

-- 
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 37882] - ClassCircularityError when principal included in security policy

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|P2  |P1




-- 
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 37882] - ClassCircularityError when principal included in security policy

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Solaris |All
   Platform|Sun |All




-- 
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 37870] - NullSoft Installer reports incorrect disk space

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-13 23:12 ---
Rather than INVALID (the problem *is* a real one!), shouldn't the resolution be
WONTFIX?


-- 
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: Who is working on the ISAPI connector code?

[Preston L. Bannister]

So - in other words there are no toes to step on :).

Unfortunately recommending Apache2 over IIS is pretty much a non-starter in
my world, so a working IIS connector is needed (at least to bring
server-side Java into this world).



On 12/12/05, Tim Whittington <[EMAIL PROTECTED]> wrote:
>
> The ISAPI connector has been somewhat unloved over the past few years.
> We're recommending Apache 2 over IIS to all our customers, so if that's
> widespread it'd explain the lack of interest.
>
> I've been submitting patches from our local branch over the past year,
> trying to improve some aspects of it (still waiting for the next dev branch
> to add chunked encoding support).
> I've also updated some of the docs to mention features that have been
> there for years (i.e. isapi_redirect.properties).
> The only other person I've seen touch the IIS code in recent memory is
> Mladen.
>
> Binary JTC builds from Jakarta have always been a bit hit and miss - I
> build all ours locally.
> The only IIS6 issue I know of is that you have to add a web services
> extension for the redirector for it to work - new locked down IIS rules or
> something.
>

Re: Who is working on the ISAPI connector code?

[Jess Holle]

In IIS 6, you also have to run in IIS 5 compatibility isolation mode.

I have no love for IIS myself but we also have customers that have some 
inexplicable emotional attachment to it.  Is it just NTLM?  In which 
case someone should shove mod_auth_sspi into Apache and be done.  If 
not, what's the fascination with IIS?  In our case our application is 
purely Java, so in direct conjunction with it ASP, .Net, etc, are of no 
benefit whatsoever.


It would be helpful if either: (1) all remaining rational reasons for 
using IIS (e.g. NTLM) were answered by Apache or (2) the IIS/Tomcat 
connector was not the ugly step child that no one wanted.


--
Jess Holle

Preston L. Bannister wrote:


So - in other words there are no toes to step on :).

Unfortunately recommending Apache2 over IIS is pretty much a non-starter in
my world, so a working IIS connector is needed (at least to bring
server-side Java into this world).

On 12/12/05, Tim Whittington <[EMAIL PROTECTED]> wrote:
 


The ISAPI connector has been somewhat unloved over the past few years.
We're recommending Apache 2 over IIS to all our customers, so if that's
widespread it'd explain the lack of interest.

I've been submitting patches from our local branch over the past year,
trying to improve some aspects of it (still waiting for the next dev branch
to add chunked encoding support).
I've also updated some of the docs to mention features that have been
there for years (i.e. isapi_redirect.properties).
The only other person I've seen touch the IIS code in recent memory is
Mladen.

Binary JTC builds from Jakarta have always been a bit hit and miss - I
build all ours locally.
The only IIS6 issue I know of is that you have to add a web services
extension for the redirector for it to work - new locked down IIS rules or
something.
   



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

DO NOT REPLY [Bug 37895] New: - isapi 1.2.15 connector when configured on IIS6.0(W2003) with "isapi_redirect.properties does not work

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

   Summary: isapi 1.2.15 connector when configured on IIS6.0(W2003)
with "isapi_redirect.properties does not work
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows Server 2003
Status: NEW
  Severity: critical
  Priority: P1
 Component: Connector:AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


isapi 1.2.15 connector when configured on IIS6.0(W2003) with
"isapi_redirect.properties does not work while it works prefectly fine with the
registry. While using properties file, IIS starts throwing 404 error and the
isapi logfile doesnt show any entry at all. Even more strange is that when
looking at properties in IIS, the isapi is shown as loaded "High".

-- 
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 37895] - isapi 1.2.15 connector when configured on IIS6.0(W2003) with "isapi_redirect.properties does not work

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 00:16 ---
Created an attachment (id=17217)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17217&action=view)
the properties file being used

This is the properties file being used... 

-- 
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 37895] - isapi 1.2.15 connector when configured on IIS6.0(W2003) with "isapi_redirect.properties does not work

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 00:18 ---
Created an attachment (id=17218)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17218&action=view)
the reg file

This is the registry entry file.. 

-- 
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 37895] - isapi 1.2.15 connector when configured on IIS6.0(W2003) with "isapi_redirect.properties does not work

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|5.5.9   |5.5.12




-- 
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 37896] New: - FastAsyncSocketSender blocks all threads on socket error

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

   Summary: FastAsyncSocketSender blocks all threads on socket error
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina:Cluster
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


If one server fails "badly" (I believe resulting in a socket time out error) the
FastAsyncSocketSender is locked by a thread and causes a backlog on all
subsequent http threads causing the entire machine to run out of sockets.

Details below :

Default cluster settings : 


We have mutlipele web machines (6 of them). Something really bad happened at our
data center (not sure what, cable fault, some dweeb tripped on our ethernet,
don't quite know yet) causing one of our web servers to die.

The rest of the machines then back logged trying to replicate to the dead
machine, which caused all the web servers to fill up the max threads causing a
site outtage.

We took stack traces at the point in time where we had to restart the tomcat
process, what I believe to be the relavent stack traces are included below. 

You can see one of the http threads (143) is trying to replicate synchronously
(which I found odd using fastasynch but okay) I believe this thread is stuck on
a 2 minute socket time out and currently holds a lock on FastAsych.

Notice the Cluster-MembershipReceiver thread is waiting for the fastAsynch
object and currently holds a lock on ReplicationTransmitter.

Notice Http thread (147) is waiting on ReplicationTransmitter. As a result I
have about 298 other Http threads all waiting on ReplicationTransmitter. I had
300 threads configured.

Now I realised after a "while" the socket will time out and it'll all work
itself out but our site was stuck in this mode for over 10 minutes so I think
this is kind of a bug on the basis that 1 machine dying (albiet badly) shouldn't
cause all other machines to backlog at all.



"http-80-Processor143" daemon prio=1 tid=0x084ad748 nid=0x6953 runnable
[0x7e7bf000..0x7e7bf63c]
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
at java.net.SocketOutputStream.write(SocketOutputStream.java:124)
at 
org.apache.catalina.cluster.tcp.DataSender.writeData(DataSender.java:830)
at 
org.apache.catalina.cluster.tcp.DataSender.pushMessage(DataSender.java:772)
at 
org.apache.catalina.cluster.tcp.DataSender.sendMessage(DataSender.java:598)
- locked <0x4e7864f8> (a 
org.apache.catalina.cluster.tcp.FastAsyncSocketSender)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessageData(ReplicationTransmitter.java:868)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.sendMessageClusterDomain(ReplicationTransmitter.java:460)
at
org.apache.catalina.cluster.tcp.SimpleTcpCluster.sendClusterDomain(SimpleTcpCluster.java:1017)
at
org.apache.catalina.cluster.tcp.ReplicationValve.sendSessionReplicationMessage(ReplicationValve.java:333)
at
org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:271)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)



"Cluster-MembershipReceiver" daemon prio=1 tid=0x78804ad8 nid=0x661c waiting for
monitor entry [0x786ff000..0x786ff73c]
at 
org.apache.catalina.cluster.tcp.DataSender.disconnect(DataSender.java:560)
- waiting to lock <0x4e7864f8> (a
org.apache.catalina.cluster.tcp.FastAsyncSocketSender)
at
org.apache.catalina.cluster.tcp.FastAsyncSocketSender.disconnect(FastAsyncSocketSender.java:295)
at
org.apache.catalina.cluster.tcp.ReplicationTransmitter.rem

DO NOT REPLY [Bug 35351] - Unable to reference nested/inner classes in tags

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





--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 08:16 ---
(In reply to comment #7)
> I have the fix from glassfish, so the lines can be off.

Just to be clear, is this patch is still covered by your CCLA?  In English, is 
this a grant from glassfish to that ASF?


-- 
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 37896] - FastAsyncSocketSender blocks all threads on socket error

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-12-14 08:32 ---
Update to the current svn head.
I have fixed a DataSender refactoring bug. This means that tomcat 5.5.12 cluster
send all messages thread synchronized with only one sender socket. 
Other bug is that the membership message format has changed (s. Bug 37808)

Can you please test with the newest cluster code?

I reference your report now at changelog.
I am not sure that your szenarion not show another problem!

Is it true, that all your nodes are inside the same cluster replication domain?

Sorry for the trouble and thanks for analyse and reporting the bug
Peter

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

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

svn commit: r356743 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[pero]

Author: pero
Date: Tue Dec 13 23:42:49 2005
New Revision: 356743

URL: http://svn.apache.org/viewcvs?rev=356743&view=rev
Log:
Reference the bug report 37869 that explain the problem.
Late, but very useful :-)

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/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=356743&r1=356742&r2=356743&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Tue Dec 13 23:42:49 2005
@@ -34,9 +34,9 @@
   
37808: Fix ArrayIndexOutOfBoundsException inside 
XByteBuffer. Reported by Dietmar Mueller (pero)
   
-  
-DataSender starts new Socket after IOException. (pero)
-  
+  
+37896DataSender starts new Socket after IOException. (pero)
+  
   
 Reduce memory usage at membership service. (pero)
   
@@ -261,7 +261,7 @@
 Fix that session replace messages are logged after node recovery get 
all session from master node. (pero)
   
   
-Fix that sendMessage signature at all DataSender subclasses must be 
changed.
+37896 Fix that sendMessage signature at all DataSender 
subclasses must be changed.
 Now pooled and async modes working as expected. (pero)
   
   



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