DO NOT REPLY [Bug 51141] Struts 1 bean exception in JSP after upgrading from Tomcat 6.0.28
https://issues.apache.org/bugzilla/show_bug.cgi?id=51141 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mark Thomas ma...@apache.org 2011-05-03 08:48:25 UTC --- I don't see any evidence of a Tomcat bug here. Bugzilla is not a support forum. Please direct your question to the Tomcat user mailing list. -- 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 51119] extras - JmxRemoteLifecycleListener does not support JAAS based authentication and authorisation
https://issues.apache.org/bugzilla/show_bug.cgi?id=51119 Edward edward.qu...@igindex.co.uk changed: What|Removed |Added CC||edward.qu...@igindex.co.uk -- 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: r1099002 - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:07:30 2011 New Revision: 1099002 URL: http://svn.apache.org/viewvc?rev=1099002view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 1 Move comment, so that file is easier to parse automatically. Modified: tomcat/trunk/conf/web.xml Modified: tomcat/trunk/conf/web.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=1099002r1=1099001r2=1099002view=diff == --- tomcat/trunk/conf/web.xml (original) +++ tomcat/trunk/conf/web.xml Tue May 3 11:07:30 2011 @@ -863,8 +863,8 @@ extensionott/extension mime-typeapplication/vnd.oasis.opendocument.text-template/mime-type /mime-mapping -!-- xiph mime types -- mime-mapping +!-- xiph mime types -- extensionogx/extension mime-typeapplication/ogg/mime-type /mime-mapping - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1099003 - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:08:42 2011 New Revision: 1099003 URL: http://svn.apache.org/viewvc?rev=1099003view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 2 Remove duplicate definition for hqx. Modified: tomcat/trunk/conf/web.xml Modified: tomcat/trunk/conf/web.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=1099003r1=1099002r2=1099003view=diff == --- tomcat/trunk/conf/web.xml (original) +++ tomcat/trunk/conf/web.xml Tue May 3 11:08:42 2011 @@ -630,10 +630,6 @@ mime-typetext/html/mime-type /mime-mapping mime-mapping -extensionhqx/extension -mime-typeapplication/mac-binhex40/mime-type -/mime-mapping -mime-mapping extensionief/extension mime-typeimage/ief/mime-type /mime-mapping - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1099005 - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:10:22 2011 New Revision: 1099005 URL: http://svn.apache.org/viewvc?rev=1099005view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 3 Fix suffix for compiled WML Script (wmlscriptc - wmlsc). Modified: tomcat/trunk/conf/web.xml Modified: tomcat/trunk/conf/web.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=1099005r1=1099004r2=1099005view=diff == --- tomcat/trunk/conf/web.xml (original) +++ tomcat/trunk/conf/web.xml Tue May 3 11:10:22 2011 @@ -1176,7 +1176,7 @@ /mime-mapping mime-mapping !-- Compiled WML Script -- -extensionwmlscriptc/extension +extensionwmlsc/extension mime-typeapplication/vnd.wap.wmlscriptc/mime-type /mime-mapping mime-mapping - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1099010 - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:18:02 2011 New Revision: 1099010 URL: http://svn.apache.org/viewvc?rev=1099010view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 4 Existing mapping with inconsistencies between Tomcat and httpd where the definitions for httpd seem better. Modified: tomcat/trunk/conf/web.xml Modified: tomcat/trunk/conf/web.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=1099010r1=1099009r2=1099010view=diff == --- tomcat/trunk/conf/web.xml (original) +++ tomcat/trunk/conf/web.xml Tue May 3 11:18:02 2011 @@ -547,7 +547,7 @@ /mime-mapping mime-mapping extensioncer/extension -mime-typeapplication/x-x509-ca-cert/mime-type +mime-typeapplication/pkix-cert/mime-type /mime-mapping mime-mapping extensionclass/extension @@ -643,7 +643,7 @@ /mime-mapping mime-mapping extensionjava/extension -mime-typetext/plain/mime-type +mime-typetext/x-java-source/mime-type /mime-mapping mime-mapping extensionjnlp/extension @@ -663,7 +663,7 @@ /mime-mapping mime-mapping extensionjs/extension -mime-typetext/javascript/mime-type +mime-typeapplication/javascript/mime-type /mime-mapping mime-mapping extensionjsf/extension @@ -675,7 +675,7 @@ /mime-mapping mime-mapping extensionkar/extension -mime-typeaudio/x-midi/mime-type +mime-typeaudio/midi/mime-type /mime-mapping mime-mapping extensionlatex/extension @@ -707,7 +707,7 @@ /mime-mapping mime-mapping extensionman/extension -mime-typeapplication/x-troff-man/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensionmathml/extension @@ -715,15 +715,15 @@ /mime-mapping mime-mapping extensionme/extension -mime-typeapplication/x-troff-me/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensionmid/extension -mime-typeaudio/x-midi/mime-type +mime-typeaudio/midi/mime-type /mime-mapping mime-mapping extensionmidi/extension -mime-typeaudio/x-midi/mime-type +mime-typeaudio/midi/mime-type /mime-mapping mime-mapping extensionmif/extension @@ -739,15 +739,15 @@ /mime-mapping mime-mapping extensionmp1/extension -mime-typeaudio/x-mpeg/mime-type +mime-typeaudio/mpeg/mime-type /mime-mapping mime-mapping extensionmp2/extension -mime-typeaudio/x-mpeg/mime-type +mime-typeaudio/mpeg/mime-type /mime-mapping mime-mapping extensionmp3/extension -mime-typeaudio/x-mpeg/mime-type +mime-typeaudio/mpeg/mime-type /mime-mapping mime-mapping extensionmp4/extension @@ -755,7 +755,7 @@ /mime-mapping mime-mapping extensionmpa/extension -mime-typeaudio/x-mpeg/mime-type +mime-typeaudio/mpeg/mime-type /mime-mapping mime-mapping extensionmpe/extension @@ -779,7 +779,7 @@ /mime-mapping mime-mapping extensionms/extension -mime-typeapplication/x-wais-source/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensionnc/extension @@ -958,7 +958,7 @@ /mime-mapping mime-mapping extensionpsd/extension -mime-typeimage/x-photoshop/mime-type +mime-typeimage/vnd.adobe.photoshop/mime-type /mime-mapping mime-mapping extensionqt/extension @@ -990,7 +990,7 @@ /mime-mapping mime-mapping extensionroff/extension -mime-typeapplication/x-troff/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensionrtf/extension @@ -1016,7 +1016,7 @@ -- mime-mapping extensionsmf/extension -mime-typeaudio/x-midi/mime-type +mime-typeapplication/vnd.stardivision.math/mime-type /mime-mapping mime-mapping extensionsit/extension @@ -1052,7 +1052,7 @@ /mime-mapping mime-mapping extensiont/extension -mime-typeapplication/x-troff/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensiontar/extension @@ -1084,7 +1084,7 @@ /mime-mapping mime-mapping extensiontr/extension -mime-typeapplication/x-troff/mime-type +mime-typetext/troff/mime-type /mime-mapping mime-mapping extensiontsv/extension @@ -1148,7 +1148,7 @@ /mime-mapping mime-mapping extensionvsd/extension -mime-typeapplication/x-visio/mime-type +mime-typeapplication/vnd.visio/mime-type /mime-mapping mime-mapping extensionwav/extension @@
DO NOT REPLY [Bug 51145] New: Need a NIO-based AJP connector
https://issues.apache.org/bugzilla/show_bug.cgi?id=51145 Bug #: 51145 Summary: Need a NIO-based AJP connector Product: Tomcat 7 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Connectors AssignedTo: dev@tomcat.apache.org ReportedBy: je...@ptc.com Classification: Unclassified One of the major changes in Tomcat 7 is that it supports the Servlet 3.0 specification. A major part of the Servlet 3.0 specification is obviously the support for asynchronous requests. Some of us need to use Apache and mod_jk to provide load balancing over multiple Tomcats. This means using the AJP connector, which currently has only BIO and APR options. For those of us needing to support many (7) different platforms (some with horrific linkers, etc), APR is just not a workable solution -- too many nasty builds. For such use cases a NIO-based AJP connector would really be enormously helpful. Mark Thomas stated, I don't know how much work that would be to write but with the refactoring already completed for Tomcat 7 it might be as little as 1000 lines of code. -- 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: r1099017 - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:39:32 2011 New Revision: 1099017 URL: http://svn.apache.org/viewvc?rev=1099017view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 5 Sort alphabetically. Modified: tomcat/trunk/conf/web.xml Modified: tomcat/trunk/conf/web.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=1099017r1=1099016r2=1099017view=diff == --- tomcat/trunk/conf/web.xml (original) +++ tomcat/trunk/conf/web.xml Tue May 3 11:39:32 2011 @@ -502,6 +502,10 @@ mime-typeapplication/x-aim/mime-type /mime-mapping mime-mapping +extensionanx/extension +mime-typeapplication/annodex/mime-type +/mime-mapping +mime-mapping extensionart/extension mime-typeimage/x-jg/mime-type /mime-mapping @@ -526,6 +530,14 @@ mime-typevideo/x-rad-screenplay/mime-type /mime-mapping mime-mapping +extensionaxa/extension +mime-typeaudio/annodex/mime-type +/mime-mapping +mime-mapping +extensionaxv/extension +mime-typevideo/annodex/mime-type +/mime-mapping +mime-mapping extensionbcpio/extension mime-typeapplication/x-bcpio/mime-type /mime-mapping @@ -598,6 +610,10 @@ mime-typeapplication/octet-stream/mime-type /mime-mapping mime-mapping +extensionflac/extension +mime-typeaudio/flac/mime-type +/mime-mapping +mime-mapping extensiongif/extension mime-typeimage/gif/mime-type /mime-mapping @@ -835,6 +851,23 @@ mime-typeapplication/vnd.oasis.opendocument.text/mime-type /mime-mapping mime-mapping +extensionoga/extension +mime-typeaudio/ogg/mime-type +/mime-mapping +mime-mapping +extensionogg/extension +mime-typeaudio/ogg/mime-type +/mime-mapping +mime-mapping +extensionogv/extension +mime-typevideo/ogg/mime-type +/mime-mapping +mime-mapping +!-- xiph mime types -- +extensionogx/extension +mime-typeapplication/ogg/mime-type +/mime-mapping +mime-mapping !-- OpenDocument Drawing Template -- extensionotg/extension mime-typeapplication/vnd.oasis.opendocument.graphics-template/mime-type @@ -860,47 +893,6 @@ mime-typeapplication/vnd.oasis.opendocument.text-template/mime-type /mime-mapping mime-mapping -!-- xiph mime types -- -extensionogx/extension -mime-typeapplication/ogg/mime-type -/mime-mapping -mime-mapping -extensionogv/extension -mime-typevideo/ogg/mime-type -/mime-mapping -mime-mapping -extensionoga/extension -mime-typeaudio/ogg/mime-type -/mime-mapping -mime-mapping -extensionogg/extension -mime-typeaudio/ogg/mime-type -/mime-mapping -mime-mapping -extensionspx/extension -mime-typeaudio/ogg/mime-type -/mime-mapping -mime-mapping -extensionflac/extension -mime-typeaudio/flac/mime-type -/mime-mapping -mime-mapping -extensionanx/extension -mime-typeapplication/annodex/mime-type -/mime-mapping -mime-mapping -extensionaxa/extension -mime-typeaudio/annodex/mime-type -/mime-mapping -mime-mapping -extensionaxv/extension -mime-typevideo/annodex/mime-type -/mime-mapping -mime-mapping -extensionxspf/extension -mime-typeapplication/xspf+xml/mime-type -/mime-mapping -mime-mapping extensionpbm/extension mime-typeimage/x-portable-bitmap/mime-type /mime-mapping @@ -945,11 +937,11 @@ mime-typeimage/x-portable-pixmap/mime-type /mime-mapping mime-mapping -extensionppt/extension +extensionpps/extension mime-typeapplication/vnd.ms-powerpoint/mime-type /mime-mapping mime-mapping -extensionpps/extension +extensionppt/extension mime-typeapplication/vnd.ms-powerpoint/mime-type /mime-mapping mime-mapping @@ -1015,18 +1007,22 @@ /mime-mapping -- mime-mapping -extensionsmf/extension -mime-typeapplication/vnd.stardivision.math/mime-type -/mime-mapping -mime-mapping extensionsit/extension mime-typeapplication/x-stuffit/mime-type /mime-mapping mime-mapping +extensionsmf/extension +mime-typeapplication/vnd.stardivision.math/mime-type +/mime-mapping +mime-mapping extensionsnd/extension mime-typeaudio/basic/mime-type /mime-mapping mime-mapping +extensionspx/extension +mime-typeaudio/ogg/mime-type +/mime-mapping +mime-mapping extensionsrc/extension mime-typeapplication/x-wais-source/mime-type /mime-mapping @@ -1103,54 +1099,14 @@
svn commit: r1099020 [1/2] - /tomcat/trunk/conf/web.xml
Author: rjung Date: Tue May 3 11:43:32 2011 New Revision: 1099020 URL: http://svn.apache.org/viewvc?rev=1099020view=rev Log: MIME types update (consistency with mime.types from httpd) - Part 6 Add mapping existing in httpd but not in Tomcat. Modified: tomcat/trunk/conf/web.xml - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat Application Not running in Apache Webserver.
Dear All, I am trying run a Web Application which running perfectly fine in Tomcat 6.0 but the same when deployed in Apache Webserver is not reading the Web.xml file and hence unable to run the application. Your views would be of great help. Regardsvenu. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1099032 - in /tomcat/trunk/res/scripts: ./ check-mime.pl
Author: rjung Date: Tue May 3 12:12:35 2011 New Revision: 1099032 URL: http://svn.apache.org/viewvc?rev=1099032view=rev Log: Add a script to check web.xml and httpd mime.types for differences. Added: tomcat/trunk/res/scripts/ tomcat/trunk/res/scripts/check-mime.pl (with props) Added: tomcat/trunk/res/scripts/check-mime.pl URL: http://svn.apache.org/viewvc/tomcat/trunk/res/scripts/check-mime.pl?rev=1099032view=auto == --- tomcat/trunk/res/scripts/check-mime.pl (added) +++ tomcat/trunk/res/scripts/check-mime.pl Tue May 3 12:12:35 2011 @@ -0,0 +1,410 @@ +#!/usr/bin/perl + +# Licensed to the Apache Software Foundation (ASF) under one or more +# contributor license agreements. See the NOTICE file distributed with +# this work for additional information regarding copyright ownership. +# The ASF licenses this file to You under the Apache License, Version 2.0 +# (the License); you may not use this file except in compliance with +# the License. You may obtain a copy of the License at +# +# http://www.apache.org/licenses/LICENSE-2.0 +# +# Unless required by applicable law or agreed to in writing, software +# distributed under the License is distributed on an AS IS BASIS, +# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +# See the License for the specific language governing permissions and +# limitations under the License. + +# - +# Merge the MIME type definitions contained in the +# file mime.types from the httpd project into Tomcat web.xml. +# +# $Id$ +# - + +# The script uses two mime type lists to describe +# the merging between httpd and Tomcat mime types. +# +# 1) %TOMCAT_ONLY: Additional extensions for Tomcat that do not exist in httpd +# 2) %TOMCAT_KEEP: Mime type differences for common extensions where we stick to +#the Tomcat definition + +# The script checks consistency between Tomcat and httpd according +# to the lists 1) and 2) and generates a new web.xml: +# +# A) Additional extensions in Tomcat which are not part of 1) +#are logged. They will be removed in the generated new web.xml. +#If you want to keep them, add them to the list 1) and run the +#script again. If you want to remove them, commit the generated +#new web.xml. +# B) Mime type differences for the same extension between httpd +#and Tomcat that are not part of the list 2) are logged. +#They will be overwritten wit the httpd definition in the generated +#new web.xml. If you want to keep their Tomcat definition, add them +#to the list 1) and run the script again. If you want to use the +#definitions from httpd, commit the generated new web.xml. +# C) Additional extensions in httpd are logged. The script outputs a +#merged web.xml, which already includes all those additional +#extensions. If you want to keep them, update web.xml with the +#generated new web.xml. +# D) If the extensions are not sorted alphabetically, a message is logged. +#The generated web.xml will be always be sorted alphabetically. +#If you want to fix the sort order, update web.xml with the generated +#new web.xml. + +use strict; +use locale; +use POSIX qw(locale_h); +use Getopt::Std; + +### BEGIN VARIABLES WHICH MUST BE MAINTAINED # + +# Script version, printed via getopts with --version +$main::VERSION = '1.0'; + +# Locale used via LC_COLLATE when sorting extensions +my $LOCALE = 'en.UTF-8'; + +# Mime types that are part of the Tomcat +# configuration, but missing from httpd + +my %TOMCAT_ONLY = qw( +abs audio/x-mpeg +aim application/x-aim +anx application/annodex +art image/x-jg +avx video/x-rad-screenplay +axa audio/annodex +axv video/annodex +body text/html +dib image/bmp +dv video/x-dv +flac audio/flac +gz application/x-gzip +hqx application/mac-binhex40 +htc text/x-component +jsf text/plain +jspf text/plain +m4a audio/mp4 +m4b audio/mp4 +m4r audio/mp4 +mp1 audio/mpeg +mpa audio/mpeg +mac image/x-macpaint +mpega audio/x-mpeg +mpv2 video/mpeg2 +pict image/pict +pnt image/x-macpaint +qti image/x-quicktime +qtif image/x-quicktime +shtml text/x-server-parsed-html +ulw audio/basic +z application/x-compress +Z application/x-compress +); + +# Mime types, that are defined differently +# in Tomcat than in httpd + +my %TOMCAT_KEEP = qw( +cdf application/x-cdf +class application/java +exe application/octet-stream +m4v video/mp4 +mif application/x-mif +pct image/pict +pic image/pict +pls audio/x-scpls +); + +### END VARIABLES WHICH MUST BE MAINTAINED # + +# Global data variables +# Mime type definitions from httpd
Re: Tomcat Application Not running in Apache Webserver.
On 03/05/2011 12:47, Venugopal Rao wrote: Dear All, I am trying run a Web Application which running perfectly fine in Tomcat 6.0 but the same when deployed in Apache Webserver is not reading the Web.xml file and hence unable to run the application. Your views would be of great help. Regardsvenu. This question belongs on the Tomcat users mailing list, not the dev list. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1099034 - /tomcat/trunk/webapps/docs/changelog.xml
Author: rjung Date: Tue May 3 12:17:55 2011 New Revision: 1099034 URL: http://svn.apache.org/viewvc?rev=1099034view=rev Log: Update changelog. Modified: tomcat/trunk/webapps/docs/changelog.xml Modified: tomcat/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/changelog.xml?rev=1099034r1=1099033r2=1099034view=diff == --- tomcat/trunk/webapps/docs/changelog.xml (original) +++ tomcat/trunk/webapps/docs/changelog.xml Tue May 3 12:17:55 2011 @@ -94,6 +94,14 @@ Add a container event that is fired when a sessionapos;s ID is changed, e.g. on authentication. (markt) /add + fix +bug51137/bug: Add additional Microsoft Office MIME type mappings. +(rjung) + /fix + add +Partial sync of MIME type mapping with mime.types from the Apache web +server. About 600 MIME types added, some changed. (rjung) + /add /changelog /subsection subsection name=Coyote - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 51137] Please add MIME types for xslx, xslm, docx, docm since xls and doc already contained in web.xml have been replaced by these.
https://issues.apache.org/bugzilla/show_bug.cgi?id=51137 Rainer Jung rainer.j...@kippdata.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Rainer Jung rainer.j...@kippdata.de 2011-05-03 12:21:05 UTC --- The MIME type mappings have mostly been synced with the oned from Apache web server. Especially the types proposed here should now be part of the Tomcat MIME type mappings. The new mappings have been added in r1099020 and will be part of TC 7.0.13. -- 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: bindOnInit and maxConnections for AJP connectors
On 21/04/2011 20:21, Mark Thomas wrote: On 06/04/2011 22:51, Tim Whittington wrote: On Wed, Apr 6, 2011 at 11:16 PM, Mark Thomas ma...@apache.org wrote: On 05/04/2011 10:50, Tim Whittington wrote: Is what's actually going on more like: APR: use maxConnections == pollerSize (smallest will limit, but if pollerSize maxConnections then the socket backlog effectively won't be used as the poller will keep killing connections as they come in) NIO: use maxConnections to limit 'poller size' HTTP: use maxConnections. For keep alive situations, reduce maxConnections to something closer to maxThreads (the default config is 10,000 keepalive connections serviced by 200 threads with a 60 second keepalive timeout, which could lead to some large backlogs of connected sockets that take 50 minutes to get serviced) This is still an issue. I'm still thinking about how to address it. My current thinking is: - BIO: Introduce simulated polling using a short timeout (see below) - NIO: Leave as is - APR: Make maxConnections and pollerSize synonyms - All: Make the default for maxConnections 8192 so it is consistent with the current APR default. The other option is dropping maxConnections entirely from the NIO and APR connectors. That would align the code with the docs. The only downside is that the NIO connector would no longer have an option to limit the connections. I'm not sure that is much of an issue since I don't recall any demands for such a limit from the user community. Apologies for what I expect will turn out to be a long e-mail. I have reached the point where I believe the best way forward is: - remove maxConnections from NIO and APR - remove the ability to set maxConnections for BIO and hard code it to maxThreads - restore the disable keep-alive when 75% BIO threads are in use My reasoning is as follows: - Servlet 3.0 async requests mean that current connections in use may be greater then current threads in use. - This provides potential efficiency savings as less threads are required. - That connections may be greater than threads led to the new maxConnections attribute. - maxConnections maxThreads introduces an issue where a connection with data may be in the connection queue waiting for a thread whilst all the threads are busy doing nothing waiting for data on connections that will eventually time out. - This issue can be fixed with simulated polling. - Testing showed that simulated polling was very CPU intensive (I saw a typical increase from ~40% to ~50% CPU usage with 4 Tomcat threads, 2 'fast' client threads making requests as fast as they could, 10 'slow' client threads making a request every 5s and a pollTime of 100ms on an 8-core machine. - The additional resources required by simulated polling are likely to be greater than those saved by reduced thread usage. - It is therefore better to just increase maxThreads, expecting that not all of them will be used and hard-code maxConnections to the same number as maxThreads. Better still, just use NIO. Further, the complexity of BIO code required to support: - Optional configuration of maxConnections maxThreads - simulated polling when maxConnections maxThreads - auto-disabling of keep-alive for users that don't want the overhead of simulated polling when maxConnections == maxThreads was getting to the point where I had stability concerns. Given the above, and assuming there are no objections, I intend to implement the way forward I set out above tomorrow. Cheers, Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: bindOnInit and maxConnections for AJP connectors
On 5/3/2011 10:50 AM, Mark Thomas wrote: On 21/04/2011 20:21, Mark Thomas wrote: On 06/04/2011 22:51, Tim Whittington wrote: On Wed, Apr 6, 2011 at 11:16 PM, Mark Thomasma...@apache.org wrote: On 05/04/2011 10:50, Tim Whittington wrote: Is what's actually going on more like: APR: use maxConnections == pollerSize (smallest will limit, but if pollerSize maxConnections then the socket backlog effectively won't be used as the poller will keep killing connections as they come in) NIO: use maxConnections to limit 'poller size' HTTP: use maxConnections. For keep alive situations, reduce maxConnections to something closer to maxThreads (the default config is 10,000 keepalive connections serviced by 200 threads with a 60 second keepalive timeout, which could lead to some large backlogs of connected sockets that take 50 minutes to get serviced) This is still an issue. I'm still thinking about how to address it. My current thinking is: - BIO: Introduce simulated polling using a short timeout (see below) - NIO: Leave as is - APR: Make maxConnections and pollerSize synonyms - All: Make the default for maxConnections 8192 so it is consistent with the current APR default. The other option is dropping maxConnections entirely from the NIO and APR connectors. That would align the code with the docs. The only downside is that the NIO connector would no longer have an option to limit the connections. I'm not sure that is much of an issue since I don't recall any demands for such a limit from the user community. Apologies for what I expect will turn out to be a long e-mail. I have reached the point where I believe the best way forward is: - remove maxConnections from NIO and APR - remove the ability to set maxConnections for BIO and hard code it to maxThreads -1 maxConnections serves a purpose. It protects against a DoS. There must be a way to configure a system to eventually push back, and not just keep accepting connections. Therefor the maxConnections should stay. - restore the disable keep-alive when75% BIO threads are in use why, make it configurable. I would believe that on many systems, the queued approach that BIO has, still can provide significant improvement in performance. If I don't want queued behavior, I'll just turn off keep alive. My reasoning is as follows: - Servlet 3.0 async requests mean that current connections in use may be greater then current threads in use. - This provides potential efficiency savings as less threads are required. - That connections may be greater than threads led to the new maxConnections attribute. the maxConnections attribute is simply to restrict the acceptor thread from just going on and on. It had nothing to do with servlet 3 or async. It's a protective measure for the server. - maxConnections maxThreads introduces an issue where a connection with data may be in the connection queue waiting for a thread whilst all the threads are busy doing nothing waiting for data on connections that will eventually time out. and this is still better than simply not accepting any connections at all. Right now, in order to work around the blocking aspect, one has to configure acceptCount so that connections are not simply turned away. - This issue can be fixed with simulated polling. I wouldn't do simulated polling. I'm not sure what benefit there would be. - Testing showed that simulated polling was very CPU intensive (I saw a typical increase from ~40% to ~50% CPU usage with 4 Tomcat threads, 2 'fast' client threads making requests as fast as they could, 10 'slow' client threads making a request every 5s and a pollTime of 100ms on an 8-core machine. - The additional resources required by simulated polling are likely to be greater than those saved by reduced thread usage. - It is therefore better to just increase maxThreads, expecting that not all of them will be used and hard-code maxConnections to the same number as maxThreads. Better still, just use NIO. you still need maxConnection Further, the complexity of BIO code required to support: - Optional configuration of maxConnections maxThreads - simulated polling when maxConnections maxThreads - auto-disabling of keep-alive for users that don't want the overhead of simulated polling when maxConnections == maxThreads was getting to the point where I had stability concerns. Given the above, and assuming there are no objections, I intend to implement the way forward I set out above tomorrow. I'm confused about what you are trying to do or achieve. What problems are you trying to solve? This email thread started with two missing attributes. I'd start a new thread describing the problem you are having. best Filip Cheers, Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - No virus found in this message. Checked by AVG - www.avg.com Version:
Re: bindOnInit and maxConnections for AJP connectors
On 03/05/2011 18:07, Filip Hanik - Dev Lists wrote: I'm confused about what you are trying to do or achieve. What problems are you trying to solve? This email thread started with two missing attributes. I'd start a new thread describing the problem you are having. OK. I'll pull out the BIO performance issues into a new thread. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
BIO performance issues
All, Summary --- While trying to align the documentation for maxConnections with the actual implementation a couple of performance issue have been identified with the BIO connector. All bar one of these have been fixed. A fix needs to be agreed for the remaining issue, ideally before the next 7.0.x release. Background -- New connections to the BIO connector are placed in a queue. When a thread is available, it takes the next connection of the queue and processes it. When the connection has been processed if the connection is kept-alive it is placed back on the queue. If there is no keep-alive the connection is closed. Scenario This ended up being very long, so I moved it to the end. The exact pattern of delays will vary depending on timeouts, request frequency etc. but the scenario shows an example of how delays can occur. The short version is that requests with data to process (particularly new connections) tend to get delayed in the queue waiting for a thread to process them when the threads are all tied up processing keep-alive connections. Root cause -- The underlying cause of all of the performance issues observed is when the threads are tied up doing HTTP keep-alive when there is no data process but there are other connections in the queue that do have data that could be processed. Solution A -- NIO is designed to handle this using a poller. That isn't available to BIO so I attempted to simulate it. That generated excessive CPU load so I do not think simulated polling is the tight solution. Solution B -- Return to the Tomcat 6 implementation where maxConnections == maxThreads. Additional clean-up --- maxConnections is unnecessary in APR since pollerSize performs the same function. Summary --- The proposed changes are: a) restore disabling keep-alive when threads used = 75% of maxThreads b) remove maxConnections and associated code from the APR connector c) remove the configuration options for maxConnections from the BIO connector d) use maxThreads instead of maxConnections for the BIO connector e) update the docs Mark Scenario BIO connector, default configuration - maxThreads=200 - maxConnections=1 - keepAliveTimeout=connectionTimeout=2 (20s) When there are less than maxThreads current connections, no issues are observed. Consider the following scenario: - Start from zero load. - Clients make 1 request every 5 seconds and use HTTP keep-alive - Clients ramp up from 0 to 1000 at the rate of 100 new clients every second. I'll call each block of 100 clients group A, B, C, ..., J. - Assume request processing takes 0s just to keep the numbers simple. I've tried several ways to express this. This is verbose, but hopefully clear. There may be some mistakes in the detail but the overall result is consistent with observations of some JMeter test runs. Time: 0s Activity: None Queue: None Threads: None Group A: Inactive Group B: Inactive Group C: Inactive Group D: Inactive Group E: Inactive Group F: Inactive Group G: Inactive Group H: Inactive Group I: Inactive Group J: Inactive Time: 1s Activity: Group A clients connect and are added to the queue 100 threads are allocated to process the A connections The A connections are processed and returned to the queue 100 threads are allocated to process the A connections Queue: None Threads: A Group A: Allocated threads. In HTTP keep-alive for 0s Group B: Inactive Group C: Inactive Group D: Inactive Group E: Inactive Group F: Inactive Group G: Inactive Group H: Inactive Group I: Inactive Group J: Inactive Time: 2s Activity: Group B clients connect and are added to the queue 100 threads are allocated to process the B connections The B connections are processed and returned to the queue 100 threads are allocated to process the B connections Queue: None Threads: A, B Group A: Allocated threads. In HTTP keep-alive for 1s Group B: Allocated threads. In HTTP keep-alive for 0s Group C: Inactive Group D: Inactive Group E: Inactive Group F: Inactive Group G: Inactive Group H: Inactive Group I: Inactive Group J: Inactive Time: 3s Activity: Group C clients connect and are added to the queue Queue: C Threads: A, B Group A: Allocated threads. In HTTP keep-alive for 2s Group B: Allocated threads. In HTTP keep-alive for 1s Group C: Queued for 0s (no threads available) Group D: Inactive Group E: Inactive Group F: Inactive Group G: Inactive Group H: Inactive Group I: Inactive Group J: Inactive Time: 4s Activity: Group D clients connect and are added to the queue Queue: C, D Threads: A, B Group A: Allocated threads. In HTTP keep-alive for 3s Group B: Allocated threads. In HTTP keep-alive for 2s Group C: Queued for 1s Group D: Queued for 0s Group E: Inactive Group F: Inactive Group G: Inactive Group H: Inactive Group I: Inactive Group J: Inactive Time: 5s Activity: Group E clients connect and are added to the queue Queue:
DO NOT REPLY [Bug 51119] extras - JmxRemoteLifecycleListener does not support JAAS based authentication and authorisation
https://issues.apache.org/bugzilla/show_bug.cgi?id=51119 Neil laurance neil.laura...@gmail.com changed: What|Removed |Added Attachment #26934|Diff from tc-trunk -|Diff from trunk - changes description|changes |JmxRemoteLifecycleListener |JmxRemoteLifecycleListener |only |only| -- 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: BIO performance issues
-Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: Tuesday, May 03, 2011 3:02 PM To: Tomcat Developers List Subject: BIO performance issues All, Summary --- While trying to align the documentation for maxConnections with the actual implementation a couple of performance issue have been identified with the BIO connector. All bar one of these have been fixed. A fix needs to be agreed for the remaining issue, ideally before the next 7.0.x release. . . .snip . . . At time 11s: - 4s delay processing G first requests - 3s delay processing H first requests - 2s delay processing I first requests - 1s delay processing J first requests The delays are particularly bad for new connections which must wait behind all the other requests in the queue. The AJP connector isn't mentioned in your write-up (many thanks), but I just want to confirm that this issue doesn't happen when using AJP, native or non-native. Thanks, David - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48817] Skip validation query and use JDBC API for validation
https://issues.apache.org/bugzilla/show_bug.cgi?id=48817 Glen Taylor gtay...@pgac.com changed: What|Removed |Added Attachment #26948|0 |1 is obsolete|| --- Comment #25 from Glen Taylor gtay...@pgac.com 2011-05-03 21:21:27 UTC --- Created attachment 26955 -- https://issues.apache.org/bugzilla/attachment.cgi?id=26955 Updated [again] example implementation for Jdbc4 Validator Minor tweak to reflect on the implementation class itself instead of the java.sql.Connection interface. -- 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 51147] New: Deploy from Manager fail in 403
https://issues.apache.org/bugzilla/show_bug.cgi?id=51147 Bug #: 51147 Summary: Deploy from Manager fail in 403 Product: Tomcat 6 Version: 6.0.30 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Manager application AssignedTo: dev@tomcat.apache.org ReportedBy: alexis.hass...@sewatech.fr Classification: Unclassified I've seen in documentation that I should not use new roles for the deploy feature in the HTML Manager (cf. http://tomcat.apache.org/tomcat-6.0-doc/realm-howto.html#Manager_Application). So I'm using the old manager role, but I'm getting a 403 error when I deploy an application. The upload and undeploy features work well. Here is my tomcat-users.xml file : tomcat-users role rolename=manager/ user username=tomcat password=tomcat roles=manager/ /tomcat-users -- 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 51147] Deploy from Manager fail in 403
https://issues.apache.org/bugzilla/show_bug.cgi?id=51147 Chuck Caldarale chuck.caldar...@unisys.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Chuck Caldarale chuck.caldar...@unisys.com 2011-05-04 00:48:13 UTC --- Bugzilla is not a support forum. Please post usage questions and issues on the Tomcat users' mailing list. -- 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 51141] Struts 1 bean exception in JSP after upgrading from Tomcat 6.0.28
https://issues.apache.org/bugzilla/show_bug.cgi?id=51141 --- Comment #2 from asfbugzill...@eghm.net 2011-05-04 02:12:16 UTC --- Further investigation reveals that the _jsp.java file produced from one of the problematic jsps with Tomcat 6.0.28 is: _jspx_th_c_005fset_005f0.setValue((java.lang.Object) org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${basic_form}, java.lang.Object.class, (PageContext)_jspx_page_context, null, false)); Tomcat 7.0.12: _jspx_th_c_005fset_005f0.setValue(new String(${basic_form})); -- 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