http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120311 <pre>Author: mturk Date: Wed May 16 14:53:19 2012 New Revision: 1339208 URL: http://svn.apache.org/viewvc?rev=1339208&amp;view=rev Log: Fix crash if val is NULL and we have debug log level turned on Modified: tomcat/jk/trunk/native/common/jk_lb_worker.c Modified: tomcat/jk/trunk/native/common/jk_lb_worker.c URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/native/common/jk_lb_worker.c?rev=1339208&amp;r1=1339207&amp;r2=1339208&amp;view=diff ============================================================================== --- tomcat/jk/trunk/native/common/jk_lb_worker.c (original) +++ tomcat/jk/trunk/native/common/jk_lb_worker.c Wed May 16 14:53:19 2012 &lt; at &gt;&lt; at &gt; -538,8 +538,6 &lt; at &gt;&lt; at &gt; static char *get_sessionid(jk_ws_service "Detected empty session identifier."); return NULL; } - if (JK_IS_DEBUG_LEVEL(l)) - jk_log(l, JK_LOG_DEBUG, "Detected session identifier [%s].", val); return val; } </pre> mturk< at >apache.org 2012-05-16T14:53:20 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120310 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53240 Chuck Caldarale &lt;chuck.caldarale&lt; at &gt;unisys.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Chuck Caldarale &lt;chuck.caldarale&lt; at &gt;unisys.com&gt; --- Bugzilla is not a support forum. Please post your query on the Tomcat users mailing list so people can help correct your configuration error. </pre> bugzilla< at >apache.org 2012-05-16T12:57:23 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120309 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53240 Priority: P2 Bug ID: 53240 Assignee: dev&lt; at &gt;tomcat.apache.org Summary: [tomcat jdbc connection pool] Open x-times database sessions than expected Severity: normal Classification: Unclassified OS: All Reporter: fangtianying&lt; at &gt;hexun.com Hardware: All Status: NEW Version: 7.0.27 Component: Catalina Product: Tomcat 7 Problem: tomcat open 'x' times database sessions than configured. 'X' equals the number of subfolders/applications under tomcat webapps/ folder. To reproduce this problem, plz follow the steps below (I tested this case both on oracle 10g and oracle 10g express , and i guess it works with all databases) step 1. configure a jdbc data source by adding the following text to tomcat conf/context.xml, and don'nt forget to add proper jdbc jar[s] to tomcat lib/ (using the new 'tomcat jdbc connectio</pre> bugzilla< at >apache.org 2012-05-16T10:48:33 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120308 <pre>To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at general&lt; at &gt;gump.apache.org. Project tomcat-trunk-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 7 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-trunk-test : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for propert</pre> Bill Barker 2012-05-16T05:25:47 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120307 <pre>To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at general&lt; at &gt;gump.apache.org. Project tomcat-tc7.0.x-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 8 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-tc7.0.x-test : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-tc7.0.x-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for</pre> Bill Barker 2012-05-16T04:56:45 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120306 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53237 Konstantin Kolinko &lt;knst.kolinko&lt; at &gt;gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Konstantin Kolinko &lt;knst.kolinko&lt; at &gt;gmail.com&gt; --- Your "Send header" code does not send anything, because you are using BufferedWriter, and it is named "buffered" for a reason. There is also another buffer inside the OutputStreamWriter class. Regarding handling of incoming connections that do not send any data - see description of "deferAccept" attribute in Configuration reference for HTTP connector. Bugzilla is not a support forum. If you have other questions please follow on the users mailing list. </pre> bugzilla< at >apache.org 2012-05-15T21:24:57 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120305 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53231 --- Comment #4 from Konstantin Kolinko &lt;knst.kolinko&lt; at &gt;gmail.com&gt; --- Nothing listens on port 8443, so there is no conflict when several instances of Tomcat are installed with the same value for that port. The value of "redirectPort" attribute is just a number returned in some server responses. It could be "-1" in the default server.xml, but I think the current value is less error prone. </pre> bugzilla< at >apache.org 2012-05-15T21:12:50 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120304 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53237 --- Comment #1 from wilbrandt&lt; at &gt;iivip.com --- These symptoms were seen with both tomcat 6 and 7, using tomcat-native 1.1.14 and 1.1.22. Systems were centOS 4.4 32-bit. </pre> bugzilla< at >apache.org 2012-05-15T21:03:02 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120303 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53237 Priority: P2 Bug ID: 53237 Assignee: dev&lt; at &gt;tomcat.apache.org Summary: TCP connections are stuck in SYN_RECV Severity: normal Classification: Unclassified OS: Linux Reporter: wilbrandt&lt; at &gt;iivip.com Hardware: All Status: NEW Version: 1.1.22 Component: Library Product: Tomcat Native Created attachment 28783 --&gt; https://issues.apache.org/bugzilla/attachment.cgi?id=28783&amp;action=edit test reproduction file When a TCP connection is opened to a tomcat (6 &amp; 7) instance with tomcat-native installed, the connection is left in 'SYN_RECV' until a request is made or the connections is cleared (within 4 minutes on my system). If tomcat-native is not installed on that same system, the TCP connection goes to the 'ESTABLISHED' state. The client system where the connection is originating sees the connection as 'ESTABLISHED' and will ge</pre> bugzilla< at >apache.org 2012-05-15T20:54:37 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120302 <pre>Author: mturk Date: Tue May 15 17:19:03 2012 New Revision: 1338797 URL: http://svn.apache.org/viewvc?rev=1338797&amp;view=rev Log: This is just insane. Use memzero instead manually setting each and every struct member to zero Modified: tomcat/jk/trunk/native/common/jk_util.c Modified: tomcat/jk/trunk/native/common/jk_util.c URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/native/common/jk_util.c?rev=1338797&amp;r1=1338796&amp;r2=1338797&amp;view=diff ============================================================================== --- tomcat/jk/trunk/native/common/jk_util.c (original) +++ tomcat/jk/trunk/native/common/jk_util.c Tue May 15 17:19:03 2012 &lt; at &gt;&lt; at &gt; -2048,66 +2048,14 &lt; at &gt;&lt; at &gt; void jk_append_libpath(jk_pool_t *p, con void jk_init_ws_service(jk_ws_service_t *s) { - s-&gt;ws_private = NULL; - s-&gt;pool = NULL; - s-&gt;method = NULL; - s-&gt;protocol = NULL; - s-&gt;req_uri = NULL; - s-&gt;remote_addr = NULL; - s-&gt;remote_port = NULL; - s-&gt;remote_host = NULL; - s-&gt;remote_user = NULL; - s-&gt;auth_type = NULL; </pre> mturk< at >apache.org 2012-05-15T17:19:03 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120301 <pre>Yes we should. I can do it today, unless you beat me to it </pre> Filip Hanik (mailing lists 2012-05-15T15:49:47 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120300 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53074 --- Comment #4 from Jean-Francois Arcand &lt;jfarcand&lt; at &gt;apache.org&gt; --- Hi Mark, +1 for making the connection timeout infinite. +1 also to add support for websocket timeout property/attribute (will be really useful). Not sure for the ping ... some applications don't need ping or that extra traffic on the wire. At least this should be configurable. Thanks for the work. </pre> bugzilla< at >apache.org 2012-05-15T14:12:59 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120299 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53074 --- Comment #3 from Mark Thomas &lt;markt&lt; at &gt;apache.org&gt; --- I've been thinking about this and I think the following is the way to go. 1. Make the connection timeout infinite. 2. Add an idle timeout to the WebSocket implementation (defaults to infinite) that times out if there is no input or output after a predefined amount of time. This should be configurable per connection. 3. Add a "ping every n milliseconds" feature (disabled by default) to save applications re-inventing the wheel. Thoughts? As an aside, 1) will be tricky with the APR/native connector. That needs some separate work. I'll start a thread on that on the dev list. </pre> bugzilla< at >apache.org 2012-05-15T08:18:59 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120298 <pre>To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at general&lt; at &gt;gump.apache.org. Project tomcat-trunk-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-trunk-test : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for propert</pre> Bill Barker 2012-05-15T05:24:04 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120297 <pre>To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at general&lt; at &gt;gump.apache.org. Project tomcat-tc7.0.x-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 6 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-tc7.0.x-test : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-tc7.0.x-dbcp exists, no need to add for property tomcat-dbcp-src.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for</pre> Bill Barker 2012-05-15T04:55:24 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120296 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53231 --- Comment #3 from mcohen&lt; at &gt;pivotalsystems.com --- The reason for the request is when installing a second instance of Tomcat, the second instance won't start initially when the first instance is running (changing server.xml takes care of this) As I pointed out it would be a nicety to have the added port in the UI since you already ask for every port that is pre-defined except https. </pre> bugzilla< at >apache.org 2012-05-14T21:13:15 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120295 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=52791 Sandra Madden &lt;smadden&lt; at &gt;vocera.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Version|6.0.26 |6.0.35 </pre> bugzilla< at >apache.org 2012-05-14T20:54:41 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120294 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53231 Mark Thomas &lt;markt&lt; at &gt;apache.org&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Mark Thomas &lt;markt&lt; at &gt;apache.org&gt; --- Agreed. We are not going to ship with a self-signed cert. That is insecure. </pre> bugzilla< at >apache.org 2012-05-14T20:48:08 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120293 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53231 Konstantin Kolinko &lt;knst.kolinko&lt; at &gt;gmail.com&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement --- Comment #1 from Konstantin Kolinko &lt;knst.kolinko&lt; at &gt;gmail.com&gt; --- I do not see a point. You cannot configure HTTPS support by specifying port number only. You need to configure an SSL certificate, and that becomes non-trivial. </pre> bugzilla< at >apache.org 2012-05-14T20:25:50 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120292 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53231 Priority: P2 Bug ID: 53231 Assignee: dev&lt; at &gt;tomcat.apache.org Summary: Suggestion for the Windows 32/64 bit installer - include port 8443 in the configurator Severity: normal Classification: Unclassified OS: Windows XP Reporter: mcohen&lt; at &gt;pivotalsystems.com Hardware: PC Status: NEW Version: unspecified Component: Packaging Product: Tomcat 7 Suggestion for the Windows 32/64 bit installer In the UI it prompts for the ports to use, it would be nice if it also prompted for port 8443. Hopefully I have this posted in the right area. Marty </pre> bugzilla< at >apache.org 2012-05-14T20:08:12 http://permalink.gmane.org/gmane.comp.jakarta.tomcat.devel/120291 <pre>https://issues.apache.org/bugzilla/show_bug.cgi?id=53230 Thomas Rohde &lt;tro&lt; at &gt;ordix.de&gt; changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tro&lt; at &gt;ordix.de OS| |All </pre> bugzilla< at >apache.org 2012-05-14T17:13:13 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.jakarta.tomcat.devel