DO NOT REPLY [Bug 47495] New: provide meaningful error message also to stdout if server.xml is not readable
https://issues.apache.org/bugzilla/show_bug.cgi?id=47495 Summary: provide meaningful error message also to stdout if server.xml is not readable Product: Tomcat 6 Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: hau...@acm.org <> is not a particularly meaningful way to tell the user that tomcat cannot read the server.xml another issue with insufficient reporting on server.xml user-editing-mishaps is bug 44017 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 44017] if an inesting host is mentioned in server.xml, warn!
https://issues.apache.org/bugzilla/show_bug.cgi?id=44017 --- Comment #2 from Ralf Hauser 2009-07-08 02:21:16 PST --- see also bug 47495 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47495] provide meaningful error message also to stdout if server.xml is not readable
https://issues.apache.org/bugzilla/show_bug.cgi?id=47495 --- Comment #1 from Ralf Hauser 2009-07-08 02:30:33 PST --- Created an attachment (id=23940) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23940) tc_bug_47495_patch.txt some basic ideas to make the problem easier solvable -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r792120 - /tomcat/trunk/webapps/docs/config/listeners.xml
Author: markt Date: Wed Jul 8 12:49:12 2009 New Revision: 792120 URL: http://svn.apache.org/viewvc?rev=792120&view=rev Log: Document a missing option Modified: tomcat/trunk/webapps/docs/config/listeners.xml Modified: tomcat/trunk/webapps/docs/config/listeners.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/listeners.xml?rev=792120&r1=792119&r2=792120&view=diff == --- tomcat/trunk/webapps/docs/config/listeners.xml (original) +++ tomcat/trunk/webapps/docs/config/listeners.xml Wed Jul 8 12:49:12 2009 @@ -93,6 +93,12 @@ + +Entropy source used to seed the SSLEngine's PRNG. The default value +is builtin. On development systems, you may want to set +this to /dev/urandom to allow quicker start times. + + Jasper Listener (org.apache.catalina.core.JasperListener) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r792122 - /tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml
Author: markt Date: Wed Jul 8 12:50:03 2009 New Revision: 792122 URL: http://svn.apache.org/viewvc?rev=792122&view=rev Log: Document a missing option Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml?rev=792122&r1=792121&r2=792122&view=diff == --- tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/config/listeners.xml Wed Jul 8 12:50:03 2009 @@ -93,6 +93,12 @@ + +Entropy source used to seed the SSLEngine's PRNG. The default value +is builtin. On development systems, you may want to set +this to /dev/urandom to allow quicker start times. + + Jasper Listener (org.apache.catalina.core.JasperListener) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
jdbc pool - shoot for another release
I think we got everything worked out, thanks Sebb for pointing out some of the stuff and being persistent. anything you can think of that would not make the release pass before I tag? thanks Filip - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r792205 - /tomcat/current/tc5.5.x/STATUS.txt
Author: fhanik Date: Wed Jul 8 16:07:42 2009 New Revision: 792205 URL: http://svn.apache.org/viewvc?rev=792205&view=rev Log: votes Modified: tomcat/current/tc5.5.x/STATUS.txt Modified: tomcat/current/tc5.5.x/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=792205&r1=792204&r2=792205&view=diff == --- tomcat/current/tc5.5.x/STATUS.txt (original) +++ tomcat/current/tc5.5.x/STATUS.txt Wed Jul 8 16:07:42 2009 @@ -35,7 +35,7 @@ https://issues.apache.org/bugzilla/show_bug.cgi?id=38483 Patch for ExtendedAccessLogValve: http://people.apache.org/~kkolinko/patches/2009-06-30_tc55_EALV.patch - +1: kkolinko, markt + +1: kkolinko, markt, fhanik -1: * Make access log valves thread safe @@ -43,13 +43,13 @@ Patches for AccessLogValve, FastCommonAccessLogValve: http://people.apache.org/~kkolinko/patches/2009-07-02_tc55_AccessLogValve.patch http://people.apache.org/~kkolinko/patches/2009-07-01_tc55_FastCommonAccessLogValve.patch - +1: kkolinko, markt + +1: kkolinko, markt, fhanik -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=37869 Port extraction of client certs when using APR http://people.apache.org/~markt/patches/2009-07-01-bug37869.patch - +1: markt, kkolinko + +1: markt, kkolinko, fhanik -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=38743 @@ -57,6 +57,7 @@ Port of http://svn.apache.org/viewvc?view=rev&revision=565464 http://people.apache.org/~markt/patches/2009-07-02-bug38743.patch +1: markt + 0: fhanik - big step for an old branch, could be risky, I'd wait until after next release if we consider it -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=38797 @@ -64,7 +65,7 @@ https://issues.apache.org/bugzilla/show_bug.cgi?id=37933 and implements an alternative that doesn't have the side effects described in 38797 http://svn.apache.org/viewvc?rev=791224&view=rev - +1: markt + +1: markt, fhanik +1: kkolinko (of course w/o generics, and using StringBuffer for JDK 1.4 comp-ty) -1: @@ -115,5 +116,6 @@ http://svn.apache.org/viewvc?rev=791900&view=rev JAAS LoginContext expects a call to logout() +1: markt + +1: fhanik - possibly hide the LoginContext from the session and just have a GenericPrincipal.logout() that knows about the underlying stuff -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r792216 - in /tomcat/trunk/modules/jdbc-pool/resources: ./ MANIFEST.MF
Author: fhanik Date: Wed Jul 8 16:31:20 2009 New Revision: 792216 URL: http://svn.apache.org/viewvc?rev=792216&view=rev Log: Add a manifest template for an osgi bundle Added: tomcat/trunk/modules/jdbc-pool/resources/ tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF (with props) Added: tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF URL: http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF?rev=792216&view=auto == --- tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF (added) +++ tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF Wed Jul 8 16:31:20 2009 @@ -0,0 +1,23 @@ +Manifest-Version: 1.0 +Export-Package: + org.apache.tomcat.jdbc.pool;version="@@version@@"; + uses:="javax.management,javax.naming,javax.naming.spi,javax.sql, + org.apache.tomcat.jdbc.pool.jmx", + org.apache.tomcat.jdbc.pool.interceptor;version="@@version@@"; + uses:="javax.management.openmbean,org.apache.tomcat.jdbc.pool", + org.apache.tomcat.jdbc.pool.jmx;version="@@version@@"; + uses:="javax.management,org.apache.tomcat.jdbc.pool" +Ant-Version: Apache Ant 1.7.0 +Bundle-Vendor: Apache Software Foundation +Bundle-Version: @@version@@ +Bundle-Name: Apache Tomcat JDBC Connection Pool +Bundle-ManifestVersion: 2 +Created-By: 11.0-b16 (Sun Microsystems Inc.) +Bundle-SymbolicName: org.apache.tomcat.jdbc +Import-Package: + javax.management;version="0", + javax.management.openmbean;version="0", + javax.naming;version="0", + javax.sql;version="0", + org.apache.juli.logging;version="[6.0.18, 7.0.0)", + org.apache.tomcat.util.modeler;version="[6.0.18, 7.0.0)" Propchange: tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF -- svn:eol-style = native - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
5.5.28 tag on Monday July 13th
Unless anyone objects, we can clear out the status for 5.5 and do a tag on Monday. Filip - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
Filip Hanik - Dev Lists wrote: > Unless anyone objects, we can clear out the status for 5.5 and do a tag > on Monday. +1. Note there is a POOL 1.5.2 release with a couple more fixes in it happening now and it would be good to get that into 5.5.28 if possible. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292 Casey Lucas changed: What|Removed |Added CC||clu...@e-miles.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
Filip Hanik - Dev Lists wrote: Unless anyone objects, we can clear out the status for 5.5 and do a tag on Monday. +1 I was hoping to backport the windows packaging, but it's not that straightforward, so can wait for a next release. Regards -- ^(TM) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
On 07/08/2009 12:38 PM, Mladen Turk wrote: Filip Hanik - Dev Lists wrote: Unless anyone objects, we can clear out the status for 5.5 and do a tag on Monday. +1 I was hoping to backport the windows packaging, but it's not that straightforward, so can wait for a next release. no worries, we don't have to wait so long between releases, but now seems a good point, and the next one can come quicker Filip Regards - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292 Filip Hanik changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #4 from Filip Hanik 2009-07-08 12:40:11 PST --- Could you attach your configurations from your different nodes, we shouldn't be receiving our own sessions locally. so while the quick fix takes care of the problem, its not addressing the actual root cause. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
On 08.07.2009 18:32, Filip Hanik - Dev Lists wrote: > Unless anyone objects, we can clear out the status for 5.5 and do a tag > on Monday. I second Mark's and Mladen's remarks, but I think we all agree that there were lots of changes to 5.5 and a release is somehow overdue. So we should try to not move it to far. Especially since there are so many changes, it is not totally unlikely, that we will have another small release in the not to distinct future. Pool vote has just now started and runs 48 hours, so at the weekend we should know, whether pool 1.5.2 made it. The changes between 1.5.1 seem to be not too complex but worth waiting. So waiting one or two days after the pool release will hopefully be enough to ensure stability. Filip: how tight is your time budget. Can you easily tag a little later next week? Or do we have to skip more than a week if we miss Monday? Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
On 07/08/2009 01:43 PM, Rainer Jung wrote: On 08.07.2009 18:32, Filip Hanik - Dev Lists wrote: Unless anyone objects, we can clear out the status for 5.5 and do a tag on Monday. I second Mark's and Mladen's remarks, but I think we all agree that there were lots of changes to 5.5 and a release is somehow overdue. So we should try to not move it to far. Especially since there are so many changes, it is not totally unlikely, that we will have another small release in the not to distinct future. Pool vote has just now started and runs 48 hours, so at the weekend we should know, whether pool 1.5.2 made it. The changes between 1.5.1 seem to be not too complex but worth waiting. So waiting one or two days after the pool release will hopefully be enough to ensure stability. Filip: how tight is your time budget. Can you easily tag a little later next week? Or do we have to skip more than a week if we miss Monday? I'm open next week, so when it fits us the best. Suggest another day, and we'll use that day, and if we're not ready by then, we'll move it a bit Filip Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292 --- Comment #5 from Martin Sulak 2009-07-08 13:56:55 PST --- Created an attachment (id=23945) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23945) Zipped configuration files Here are requested configuration files from tomcat/conf, conf1 for node1 and conf2 for node2. Both nodes are on the same machine. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292 Martin Sulak changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #6 from Martin Sulak 2009-07-08 14:02:13 PST --- I've also another problem: First node have tcpListenPort = 4000 and second node 4001. Second node starts ok, but first node always write SEVERE: No session state send ... into catalina.out. According to catalina.out, both nodes are sending request to port 4000. So first node sends request to itself. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: 5.5.28 tag on Monday July 13th
On 08.07.2009 22:53, Filip Hanik - Dev Lists wrote: > On 07/08/2009 01:43 PM, Rainer Jung wrote: >> On 08.07.2009 18:32, Filip Hanik - Dev Lists wrote: >> >>> Unless anyone objects, we can clear out the status for 5.5 and do a tag >>> on Monday. ... >> Filip: how tight is your time budget. Can you easily tag a little later >> next week? Or do we have to skip more than a week if we miss Monday? >> > I'm open next week, so when it fits us the best. Suggest another day, > and we'll use that day, and if we're not ready by then, we'll move it a bit Perfect. I'm +1 on not missing to tag next week, but also +1 on giving at least pool 1.5.2 a chance and applying the positively voted proposals in the status file. Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292 Filip Hanik changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #7 from Filip Hanik 2009-07-08 14:15:35 PST --- Sounds like you have some useful info in the logs, are you able to give us those too? thanks in advance -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r792340 - in /tomcat/trunk/modules/jdbc-pool: ./ doc/ java/org/apache/tomcat/jdbc/pool/ java/org/apache/tomcat/jdbc/pool/interceptor/ resources/ test/org/apache/tomcat/jdbc/test/
Author: fhanik
Date: Wed Jul 8 22:34:40 2009
New Revision: 792340
URL: http://svn.apache.org/viewvc?rev=792340&view=rev
Log:
remove dependency on the modeler so that the pool can run outside of tomcat and
still have jmx query notifications.
Added:
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/interceptor/SlowQueryReportJmxMBean.java
(with props)
Modified:
tomcat/trunk/modules/jdbc-pool/build.properties.default
tomcat/trunk/modules/jdbc-pool/build.xml
tomcat/trunk/modules/jdbc-pool/doc/jdbc-pool.xml
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceProxy.java
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/interceptor/SlowQueryReportJmx.java
tomcat/trunk/modules/jdbc-pool/resources/MANIFEST.MF
tomcat/trunk/modules/jdbc-pool/test/org/apache/tomcat/jdbc/test/CreateTestTable.java
tomcat/trunk/modules/jdbc-pool/test/org/apache/tomcat/jdbc/test/TestSlowQueryReport.java
Modified: tomcat/trunk/modules/jdbc-pool/build.properties.default
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/build.properties.default?rev=792340&r1=792339&r2=792340&view=diff
==
--- tomcat/trunk/modules/jdbc-pool/build.properties.default (original)
+++ tomcat/trunk/modules/jdbc-pool/build.properties.default Wed Jul 8 22:34:40
2009
@@ -82,7 +82,6 @@
tomcat.home=${base.path}/apache-tomcat-6.0.20
tomcat.dbcp.jar=${tomcat.home}/lib/tomcat-dbcp.jar
-tomcat.coyote.jar=${tomcat.home}/lib/tomcat-coyote.jar
tomcat.juli.jar=${tomcat.home}/bin/tomcat-juli.jar
tomcat.loc=http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.20/bin/apache-tomcat-6.0.20.zip
Modified: tomcat/trunk/modules/jdbc-pool/build.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/build.xml?rev=792340&r1=792339&r2=792340&view=diff
==
--- tomcat/trunk/modules/jdbc-pool/build.xml (original)
+++ tomcat/trunk/modules/jdbc-pool/build.xml Wed Jul 8 22:34:40 2009
@@ -51,7 +51,6 @@
-
Modified: tomcat/trunk/modules/jdbc-pool/doc/jdbc-pool.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/doc/jdbc-pool.xml?rev=792340&r1=792339&r2=792340&view=diff
==
--- tomcat/trunk/modules/jdbc-pool/doc/jdbc-pool.xml (original)
+++ tomcat/trunk/modules/jdbc-pool/doc/jdbc-pool.xml Wed Jul 8 22:34:40 2009
@@ -444,8 +444,15 @@
Extends the SlowQueryReport and in addition to log entries
it issues JMX notification
for monitoring tools to react to. Inherits all the attributes from its
parent class.
This class uses Tomcat's JMX engine so it wont work outside of the
Tomcat container.
+ By default, JMX notifications are sent through the ConnectionPool mbean
if it is enabled.
+ The SlowQueryReportJmx can also register an MBean if
notifyPool=false
+
+(boolean as String) Set to false if you want JMX notifications to
go to the SlowQueryReportJmx MBean
+ The default value is true.
+
+
@@ -687,9 +694,8 @@
Other examples of Tomcat configuration for JDBC usage can be found http://tomcat.apache.org/tomcat-6.0-doc/jndi-datasource-examples-howto.html";>in
the Tomcat documentation.
Building is pretty simple. The pool has a dependency on
tomcat-juli.jar and in case you want the
SlowQueryReportJmx
-it also requires the tomcat-coyote.jar library.
- javac -classpath tomcat-juli.jar:tomcat-coyote.jar \
+ javac -classpath tomcat-juli.jar \
-d . \
org/apache/tomcat/jdbc/pool/*.java \
org/apache/tomcat/jdbc/pool/interceptor/*.java \
Modified:
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceProxy.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceProxy.java?rev=792340&r1=792339&r2=792340&view=diff
==
---
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceProxy.java
(original)
+++
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceProxy.java
Wed Jul 8 22:34:40 2009
@@ -21,6 +21,9 @@
import java.sql.SQLException;
import java.util.Iterator;
import java.util.concurrent.Future;
+import java.util.concurrent.LinkedBlockingQueue;
+import java.util.concurrent.ThreadPoolExecutor;
+import java.util.concurrent.TimeUnit;
import org.apache.juli.logging.Log;
import org.apache.juli.logging.LogFactory;
@@ -187,7 +190,13 @@
protected void finalize() throws Throwable {
//terminate the pool?
-close(true);
+ThreadPoolExecutor closer = new
ThreadPoolExecutor(0,1,1000,TimeUnit.MILLISECONDS,new
Li
DO NOT REPLY [Bug 47499] New: provide better insight on BindException: Cannot assign requested address
https://issues.apache.org/bugzilla/show_bug.cgi?id=47499 Summary: provide better insight on BindException: Cannot assign requested address Product: Tomcat 6 Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Connectors AssignedTo: dev@tomcat.apache.org ReportedBy: hau...@acm.org 1) cite the address you attempt to listen (not just the port) 2) proper exception chaining the following info is currently lost: <(ServerSocket.java:185) at javax.net.ssl.SSLServerSocket.(SSLServerSocket.java:106) at com.privasphere.net.ssl.SSLServerSocketImpl.(SSLServerSocketImpl.java:106) at com.privasphere.net.ssl.SSLServerSocketFactoryImpl.createServerSocket(SSLServerSocketFactoryImpl.java:71) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.createSocket(JSSESocketFactory.java:100) at org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint.java:295) at org.apache.coyote.http11.Http11BaseProtocol.init(Http11BaseProtocol.java:139) at org.apache.catalina.connector.Connector.initialize(Connector.java:1017) at org.apache.catalina.core.StandardService.initialize(StandardService.java:578)>> -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47499] provide better insight on BindException: Cannot assign requested address
https://issues.apache.org/bugzilla/show_bug.cgi?id=47499 --- Comment #1 from Ralf Hauser 2009-07-08 22:06:49 PST --- Created an attachment (id=23946) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23946) tomcat_rfe_47499patch.txt an idea how to improve the error reported -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47292] Attributes are lost in newly created DeltaSession
https://issues.apache.org/bugzilla/show_bug.cgi?id=47292
Martin Sulak changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #8 from Martin Sulak 2009-07-08 22:12:15 PST
---
Hello,
In node 2 session request was sent to node 1 and reply arrived in 105 ms.
8.7.2009 22:13:02 org.apache.catalina.ha.session.DeltaManager
getAllClusterSessions
WARNING: Manager [localhost#/inetgweb2], requesting session state from
org.apache.catalina.tribes.membership.MemberImpl[tcp://{127, 0, 1,
1}:4000,{127, 0, 1, 1},4000, alive=482259865,id={77 104 -45 52 13 -18 77 -88
-123 -28 -35 -2 111 103 73 -108 }, payload={}, command={}, domain={}, ]. This
operation will timeout if no session state has been received within 60 seconds.
8.7.2009 22:13:02 org.apache.catalina.ha.session.DeltaManager
waitForSendAllSessions
INFO: Manager [localhost#/inetgweb2]; session state send at 8.7.09 22:13
received in 105 ms.
--
In node 1 session request was sent to node 1 again and reply did not arrive.
8.7.2009 22:36:59 org.apache.catalina.ha.session.DeltaManager
getAllClusterSessions
WARNING: Manager [localhost#/inetgweb2], requesting session state from
org.apache.catalina.tribes.membership.MemberImpl[tcp://{127, 0, 1,
1}:4000,{127, 0, 1, 1},4000, alive=483696349,id={77 104 -45 52 13 -18 77 -88
-123 -28 -35 -2 111 103 7
3 -108 }, payload={}, command={}, domain={}, ]. This operation will timeout if
no session state has been received within 60 seconds.
...
8.7.2009 22:37:59 org.apache.catalina.ha.session.DeltaManager
waitForSendAllSessions
SEVERE: Manager [localhost#/inetgweb2]: No session state send at 8.7.09 22:36
received, timing out after 60 009 ms.
8.7.2009 22:37:59 org.apache.catalina.ha.session.DeltaManager
getAllClusterSessions
WARNING: Manager [localhost#/inetgweb2]: Drop message SESSION-GET-ALL inside
GET_ALL_SESSIONS sync phase start date 8.7.09 22:36 message date 1.1.70 1:00
--
More interesting are logs about memberAdded events (on node1,
tcplistenport=4000):
INFO: Starting Servlet Engine: Apache Tomcat/6.0.18
8.7.2009 22:34:52 org.apache.catalina.ha.tcp.SimpleTcpCluster start
INFO: Cluster is about to start
8.7.2009 22:34:52 org.apache.catalina.tribes.transport.ReceiverBase bind
INFO: Receiver Server Socket bound to:/127.0.1.1:4000
8.7.2009 22:34:52 org.apache.catalina.tribes.membership.McastServiceImpl
setupSocket
INFO: Setting cluster mcast soTimeout to 500
8.7.2009 22:34:52 org.apache.catalina.tribes.membership.McastServiceImpl
waitForMembers
INFO: Sleeping for 1000 milliseconds to establish cluster membership, start
level:4
8.7.2009 22:34:52 org.apache.catalina.ha.tcp.SimpleTcpCluster memberAdded
INFO: Replication member
added:org.apache.catalina.tribes.membership.MemberImpl[tcp://{127, 0, 1,
1}:4000,{127, 0, 1, 1},4000, alive=483569817,id={77 104 -45 52 13 -18 77 -88
-123 -28 -35 -2 111 103 73 -108 }, payload={}, command={}, domain={}, ]
8.7.2009 22:34:52 org.apache.catalina.tribes.io.BufferPool getBufferPool
INFO: Created a buffer pool with max size:104857600 bytes of
type:org.apache.catalina.tribes.io.BufferPool15Impl
8.7.2009 22:34:52 org.apache.catalina.ha.tcp.SimpleTcpCluster memberAdded
INFO: Replication member
added:org.apache.catalina.tribes.membership.MemberImpl[tcp://{127, 0, 1,
1}:4001,{127, 0, 1, 1},4001, alive=483264299,id={62 80 120 -81 31 -10 76 115
-123 78 5 44 -86 -85 -85 -59 }, payload={}, command={}, domain={}, ]
8.7.2009 22:34:53 org.apache.catalina.ha.tcp.SimpleTcpCluster memberAdded
INFO: Replication member
added:org.apache.catalina.tribes.membership.MemberImpl[tcp://{127, 0, 1,
1}:4001,{127, 0, 1, 1},4001, alive=81647,id={-113 -69 -19 41 -24 -23 76 53 -89
-13 125 -49 95 -62 63 2 }, payload={}, command={}, domain={}, ]
8.7.2009 22:34:53 org.apache.catalina.tribes.membership.McastServiceImpl
waitForMembers
INFO: Done sleeping, membership established, start level:4
8.7.2009 22:34:53 org.apache.catalina.tribes.membership.McastServiceImpl
waitForMembers
INFO: Sleeping for 1000 milliseconds to establish cluster membership, start
level:8
8.7.2009 22:34:54 org.apache.catalina.tribes.membership.McastServiceImpl
waitForMembers
INFO: Done sleeping, membership established, start level:8
--
I'm not sure why there are two memberadded events for port 4001 - node2.
However there should definitely not be memberadded for port 4000 - node1
itself, which is first event in log.
This is cause of both my bugs:
As I've seen in SimpleTcpCluster.java, session messages are sent to all
members. This can explain my first bug.
In DeltaManager.findSessionMasterMember first member is in
getAllClusterSessions.
This explains my second bug.
--
Configure bugmail: https://issues
DO NOT REPLY [Bug 47499] provide better insight on BindException: Cannot assign requested address
https://issues.apache.org/bugzilla/show_bug.cgi?id=47499 --- Comment #2 from Ralf Hauser 2009-07-08 23:30:52 PST --- reported also to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536328. Some discussion that may end in fingerpointing between debian and tomcat is here http://marc.info/?l=tomcat-user&m=124698302231803&w=2 and http://marc.info/?l=tomcat-user&m=124698405701221&w=2 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
