Re: How to get request count of Tomcat server?

I didn't want to patch any additional stuff to server or change the OOTB configuration, but it seems I have to Thanks On 4/28/06, Yoav Shapira <[EMAIL PROTECTED]> wrote: Hola, Actually, it was. Just suggesting some alternatives IF there's not currently available implementation and IF

svn commit: r398045 - in /tomcat/tc6.0.x/trunk/java/org/apache: coyote/ajp/ coyote/http11/ tomcat/util/net/

Author: remm Date: Fri Apr 28 17:23:12 2006 New Revision: 398045 URL: http://svn.apache.org/viewcvs?rev=398045&view=rev Log: - Remove usage of TWA (otherwise, executor support cannot work). Modified: tomcat/tc6.0.x/trunk/java/org/apache/coyote/ajp/AjpAprProcessor.java tomcat/tc6.0.x/trunk

DO NOT REPLY [Bug 39296] - Misuse of Commons Logging

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_bu

Re: Executor support

Costin Manolache wrote: I kind of liked ThreadWithAttributes :-), but I don't think it's needed any more. However, I think if we stop using it in some cases, we should completely remove it, otherwise it's going to be messy. ThreadWithAttributes was required long ago when we had JDK1.1 ( no Th

svn commit: r398026 - /tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/LoadTest.java

Author: fhanik Date: Fri Apr 28 15:17:56 2006 New Revision: 398026 URL: http://svn.apache.org/viewcvs?rev=398026&view=rev Log: Adjusted some of the measurements Modified: tomcat/container/tc5.5.x/modules/groupcom/test/org/apache/catalina/tribes/demos/LoadTest.java Modified: tomcat/containe

svn commit: r397984 - in /tomcat/container/tc5.5.x/modules/groupcom: VERSION src/share/org/apache/catalina/tribes/group/GroupChannel.java

Author: fhanik Date: Fri Apr 28 12:11:17 2006 New Revision: 397984 URL: http://svn.apache.org/viewcvs?rev=397984&view=rev Log: If no interceptor stack is defined, then by minimum, support async messaging Modified: tomcat/container/tc5.5.x/modules/groupcom/VERSION tomcat/container/tc5.5.x

svn commit: r397981 - in /tomcat/container/tc5.5.x/modules/groupcom: VERSION src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatch15Interceptor.java src/share/org/apache/catalina/tri

Author: fhanik Date: Fri Apr 28 11:56:11 2006 New Revision: 397981 URL: http://svn.apache.org/viewcvs?rev=397981&view=rev Log: Tribes should be jdk1.4 compatible. Broke out the only reference to a 1.5 class in its own class Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apac

Re: The purpose of provided tomcat-users.xml

It will be problematic on RPM installations where user shouldn' t usually use its keyboard. Better document it 2006/4/28, Yoav Shapira <[EMAIL PROTECTED]>: Hola, Letting the user pick a password is a decent idea, already done by the Windows installer, no? Yoav On 4/28/06, Costin Manolache <[E

Re: The purpose of provided tomcat-users.xml

Hola, Letting the user pick a password is a decent idea, already done by the Windows installer, no? Yoav On 4/28/06, Costin Manolache <[EMAIL PROTECTED]> wrote: What about: when installing or on first startup generate a random password or let the user pick a password ? Not sure if the shutdown

Re: The purpose of provided tomcat-users.xml

What about: when installing or on first startup generate a random password or let the user pick a password ? Not sure if the shutdown problem was fixed, but the password could be used there as well. Costin On 4/28/06, Henri Gomez <[EMAIL PROTECTED]> wrote: Documentation will be a good place fo

Re: Executor support

I kind of liked ThreadWithAttributes :-), but I don't think it's needed any more. However, I think if we stop using it in some cases, we should completely remove it, otherwise it's going to be messy. ThreadWithAttributes was required long ago when we had JDK1.1 ( no ThreadLocal ) and with the ear

DO NOT REPLY [Bug 36231] - getCause() null for ServletException

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_bu

DO NOT REPLY [Bug 36231] - getCause() null for ServletException

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_bu

DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)

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_bu

svn commit: r397897 - in /tomcat/container/tc5.5.x/modules/groupcom: ./ src/share/org/apache/catalina/tribes/membership/ src/share/org/apache/catalina/tribes/transport/nio/

Author: fhanik Date: Fri Apr 28 06:36:49 2006 New Revision: 397897 URL: http://svn.apache.org/viewcvs?rev=397897&view=rev Log: Fixed to support 1.4 Modified: tomcat/container/tc5.5.x/modules/groupcom/VERSION tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/m

Executor support

Hi, I refactored the endpoints for some of the connectors, adding the possibility to use an Executor for the worker threads (given the accept threads are long running threads, it does not make sense to pool them). I would like to add a companion "Executor" element to either Engine or Server (

svn commit: r397895 - in /tomcat/tc6.0.x/trunk/java/org/apache/coyote/ajp: AjpAprProtocol.java AjpProcessor.java AjpProtocol.java

Author: remm Date: Fri Apr 28 06:22:08 2006 New Revision: 397895 URL: http://svn.apache.org/viewcvs?rev=397895&view=rev Log: - Port (not tested yet) the APR AJP code to java.io. I don't think it will be used in Tomcat unless people configure it explicitly. Added: tomcat/tc6.0.x/trunk/java/

svn commit: r397894 - in /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11: Http11AprProtocol.java Http11Processor.java Http11Protocol.java

Author: remm Date: Fri Apr 28 06:19:23 2006 New Revision: 397894 URL: http://svn.apache.org/viewcvs?rev=397894&view=rev Log: - Harmonize a bit more (the java.io HTTP 1.1 is the template: in the comments for the methods, "*" means this method should be common to all protocols, and "HTTP" means t

svn commit: r397888 - in /tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net: BaseEndpoint.java JIoEndpoint.java

Author: remm Date: Fri Apr 28 06:07:54 2006 New Revision: 397888 URL: http://svn.apache.org/viewcvs?rev=397888&view=rev Log: - Experiment with an endpoint superclass (which will only hold common fields, though). Added: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/BaseEndpoint.java

Re: The purpose of provided tomcat-users.xml

Documentation will be a good place for that :) 2006/4/28, Mladen Turk <[EMAIL PROTECTED]>: Remy Maucherat wrote: > Are you posting this proposal because some people find it too difficult ? > I'm posting that because I find it difficult. I always forget the usernames and roles :) Anyhow, It's

DO NOT REPLY [Bug 39444] New: - autocreate a Context Descriptor for webApps without META-INF/context.xml

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_bu

Re: How to get request count of Tomcat server?

Hola, Actually, it was. Just suggesting some alternatives IF there's not currently available implementation and IF the user really wants one, but doesn't want to write a lot of code. Not knowing his requirements... Yoav On 4/28/06, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > On 4/28/06, Yoav Sh

Re: How to get request count of Tomcat server?

On 4/28/06, Yoav Shapira <[EMAIL PROTECTED]> wrote: > If there isn't, it'd be pretty easy to write. Not sure I'd do it as a > JMX bean versus a simple servlet filter that logs a counter for each > request, or even simpler, just enable the AccessLogValve and use 'wc > -l [logfile]', ... This wasn'

Re: The purpose of provided tomcat-users.xml

Remy Maucherat wrote: Are you posting this proposal because some people find it too difficult ? I'm posting that because I find it difficult. I always forget the usernames and roles :) Anyhow, It's not a big deal. Sorry for the noise :) Regards, Mladen. ---

DO NOT REPLY [Bug 38484] - webapps Admin: Invalid path /login was requested

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_bu

Re: How to get request count of Tomcat server?

If there isn't, it'd be pretty easy to write. Not sure I'd do it as a JMX bean versus a simple servlet filter that logs a counter for each request, or even simpler, just enable the AccessLogValve and use 'wc -l [logfile]', but the specific approach depends on your use-case requirements. Yoav On

Re: The purpose of provided tomcat-users.xml

Hola, I too am unhappy even with a commented-out default username/password, because I think too many will just comment it in. I think the current tomcat-users.xml is fine. But if you want to make a difference on this matter, make a custom 401 page for the admin and manager webapps that says (in a

Re: The purpose of provided tomcat-users.xml

Mladen Turk wrote: Peter Rossbach wrote: Yes, defaults are very fine, but secret parameter need active user interaction. I didn't say it will be enabled by default. If commented out like in tc6, it would need an user intervention anyhow, so the user uncommenting the credentials should be awa

Re: The purpose of provided tomcat-users.xml

Example are good, but people comment it out at there production server. Kismet... This problem is documented at tomcat docs main page! I hope every "user" can read and paste it to there installation :-) OK, I have no problem with a comment line. Peter Am 28.04.2006 um 12:07 schrieb M

Re: The purpose of provided tomcat-users.xml

Peter Rossbach wrote: Yes, defaults are very fine, but secret parameter need active user interaction. I didn't say it will be enabled by default. If commented out like in tc6, it would need an user intervention anyhow, so the user uncommenting the credentials should be aware of the consequenc

Re: The purpose of provided tomcat-users.xml

What about commented out entries for the admin and manager roles and resp. users and password set to "changeme"? Peter Rossbach wrote: Yes, defaults are very fine, but secret parameter need active user interaction. also -1 Peter Am 28.04.2006 um 11:54 schrieb Remy Maucherat: Mladen Tu

Re: The purpose of provided tomcat-users.xml

What about adding a tomcat-users.xml.sample with admin and manage allowed? - Vicenç Peter Rossbach wrote: Yes, defaults are very fine, but secret parameter need active user interaction. also -1 Peter Am 28.04.2006 um 11:54 schrieb Remy Maucherat: Mladen Turk wrote: Hi, The provided to

DO NOT REPLY [Bug 39441] - new Deployer is all over the show

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_bu

Re: The purpose of provided tomcat-users.xml

Yes, defaults are very fine, but secret parameter need active user interaction. also -1 Peter Am 28.04.2006 um 11:54 schrieb Remy Maucherat: Mladen Turk wrote: Hi, The provided tomcat-users.xml is obviously used as an example. Can we tweak that so that it actually allows the admin and ma

Re: The purpose of provided tomcat-users.xml

Mladen Turk wrote: Hi, The provided tomcat-users.xml is obviously used as an example. Can we tweak that so that it actually allows the admin and manager users? Sorry, but it's a bad idea. The purpose would be the same (example), but it will allow to run the provided web apps without addition

The purpose of provided tomcat-users.xml

Hi, The provided tomcat-users.xml is obviously used as an example. Can we tweak that so that it actually allows the admin and manager users? The purpose would be the same (example), but it will allow to run the provided web apps without additional editing. Any objections if I put the 'real' val