Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Date: Wed, 2 Feb 2005 12:15:55 +0100
Message-Id: <200502021115.j12BFtVv025856@ajax.apache.org>
From: bugzilla@apache.org
To: tomcat-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 33339]  -
    Shutdown script down not work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33339>.
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=33339


remm@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |INVALID


------- Additional Comments From remm@apache.org  2005-02-02 12:15 -------
My post to this bug got lost somehow. The code indicates that shutdown of the JK
connector is failing in the unlock accept process. This code has been there
unchanged (and identical) for years in both JK and HTTP, and hasn't caused any
problems. If you're not using JK, you can try disabling it.

BTW, don't write statements like "which seems to show there are a lot of threads
waiting on an object". This doesn't make any sense, and makes the credibility of
the report go down. Stick to reproduceable facts if you are not aware of
implementation details. The only thread which matters here is:

"main" prio=1 tid=0x0805bda8 nid=0x33b6 runnable [bfffc000..bfffd618]
	at java.net.PlainSocketImpl.socketConnect(Native Method)
	at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
	- locked <0xabae0260> (a java.net.PlainSocketImpl)
	at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
	at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
	at java.net.Socket.connect(Socket.java:452)
	at java.net.Socket.connect(Socket.java:402)
	at java.net.Socket.<init>(Socket.java:309)
	at java.net.Socket.<init>(Socket.java:153)
	at org.apache.jk.common.ChannelSocket.unLockSocket
(ChannelSocket.java:460)
	at org.apache.jk.common.ChannelSocket.pause(ChannelSocket.java:272)
	- locked <0xacb1ee08> (a org.apache.jk.common.ChannelSocket)
	at org.apache.jk.server.JkMain.pause(JkMain.java:677)
	at org.apache.jk.server.JkCoyoteHandler.pause(JkCoyoteHandler.java:208)
	at org.apache.catalina.connector.Connector.pause(Connector.java:933)
	at org.apache.catalina.core.StandardService.stop
(StandardService.java:491)
	- locked <0xabefeca8> (a [Lorg.apache.catalina.connector.Connector;)
	at org.apache.catalina.core.StandardServer.stop
(StandardServer.java:717)
	at org.apache.catalina.startup.Catalina.stop(Catalina.java:586)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:561)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409)

I tested this on Cygwin with startup.sh and shutdown.sh, with the default Tomcat
configuration. Honestly, I don't see what it changes. One thing is certain: no
developer will install the crappy distro you're using just for the sake of
testing this. FC 3 is at least decent ... I will eventually install Tomcat on my
Ubuntu.

When you file a bug, if developers cannot reproduce it, you need to explain how
to reproduce it. If it still fails, or there's no possibility of reproducing,
then sorry, there's no other way than try to find where the problem comes from,
post to tomcat-user, or use another product if you think the problem is too
serious. Given your attitude, I will not miss you ;)

-- 
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: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org