Re: Soft termination: a demonstration

If I understand correctly, you modify the bytecode to insert checks before it loops back ? Pretty cool. I haven't looked too much at the code - do you do it via a generic ClassLoader ? Are you interested to contribute this to tomcat, or it's just a demo ? I'm wondering if the JVM itself wouldn't

Re: [RFC] Handling the '*' URL

Bill Barker wrote: This is really a Request-For-Comments, I'm not proposing anything. I'm looking into resolving Bug #21454. At the moment, requests for e.g: OPTIONS * HTTP/1.1 TRACE * HTTP/1.1 get properly handled by TC 5 (thanks to Keith's patch), buy passing them to DefaultServlet. However

DO NOT REPLY [Bug 21489] New: - Catalina-ant task: problem with config parameter

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://nagoya.apache.org/bugzilla/show_bu

[RFC] Handling the '*' URL

This is really a Request-For-Comments, I'm not proposing anything. I'm looking into resolving Bug #21454. At the moment, requests for e.g: OPTIONS * HTTP/1.1 TRACE * HTTP/1.1 get properly handled by TC 5 (thanks to Keith's patch), buy passing them to DefaultServlet. However, the '*' URL is r

question on dynamically loaded realms

Sorry if this question should not posted on this list. This is just a question about the design of TC on how to handle different realms. I'm looking at the way realms are handled in TC. I'd like to know why realms have to be "registered" (for lack of better word) with MBeanFactory, and have to b

DO NOT REPLY [Bug 21456] - logs/context lost when restarting Context

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21472] - JDBCRealm: Auth ok but Not Authorized

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/puretls PureTLSSocketFactory.java

billbarker2003/07/10 21:09:43 Modified:util/java/org/apache/tomcat/util/net/puretls PureTLSSocketFactory.java Log: Adding support for specifying CipherSuites to PureTLS. Thanks to Jan for doing the hard part ;-). Revision ChangesPath 1.4

FAQ - committed changes - please update site

I just committed a mass update. But given the way diff works on the rendered HTML files - the email barfed and returned to me. Can someone update the tomcat site? Attached is the summary of the FAQ changes. funkman 2003/07/10 18:57:40 Modified:docs/faq bugs.html classnotfound.html co

Re: java Date related classes synchronization bottlenecks

On Thu, Jul 10, 2003 at 05:46:06PM -0500, Glenn Nielsen wrote: > > Now use jar to unarchive the src.jar file in your java SDK. > Take a look at the java.sql.Timestamp.toString() method which the FileLogger > above uses. > > To verify this look at the source for java.util.Date.getField(). Yes, th

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

luehe 2003/07/10 18:29:14 Modified:jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: cleanup Revision ChangesPath 1.50 +4 -16 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime ServletResponseWrapperInclude.java JspRuntimeLibrary.java

luehe 2003/07/10 18:27:46 Modified:jasper2/src/share/org/apache/jasper/runtime ServletResponseWrapperInclude.java JspRuntimeLibrary.java Log: Partial fix for Bugzilla 21440 (" whose target performs a 'forward' does not behave as expe

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

luehe 2003/07/10 18:06:04 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: Added support for enabling subset of supported SSL cipher suites (based on earlier proposal) Revision ChangesPath 1.30 +4 -0 jakarta-tomcat-connectors/http11

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java JSSESocketFactory.java

luehe 2003/07/10 18:04:54 Modified:util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java JSSESocketFactory.java Log: Added support for enabling subset of supported SSL cipher suites (based on earlier proposal) Revision ChangesPath 1

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteServerSocketFactory.java mbeans-descriptors.xml

luehe 2003/07/10 18:04:43 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteServerSocketFactory.java mbeans-descriptors.xml Log: Added support for enabling subset of supported SSL cipher suites (based on

Tomcat session replication using javagroups.. free dinner in BNE for the best helper :)

I am going crazy... I have two 4.1 tomcat's set up like thus: I have changed useDirtyFlag and the mcastAddr... but not much has changed (in the way of errors)... I have these jar's included in /server/lib: javagroups-a

RE: Buggy mod_jk2 AJP 13 communications?

Henri, thanks a million for your help. I think I'll try out jk2 2.0.2 and while that's being tested work out jk 1.2.4 as a fall back. Do you have any thoughts on the use of the channel socket options nodelay, timeout, and keepalive. I'm also thinking that having the connectionTimeout

Re: Soft termination: a demonstration

Algis Rudys wrote: Greetings -- As I announces about a week ago, as a part of my research, I have developed a mechanism for terminating individual Tomcat webapps (at the context level) called soft termination. For your further enjoyment, I've taken the liberty of setting up a demo install of my

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java CoyoteRequest.java

Jan Luehe wrote: Remy, luehe 2003/07/10 08:51:40 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java Log: Consider CoyoteConnector's bufferSize property when creating CoyoteRequest objects Why break the no arg co

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteRequest.java CoyoteConnector.java

luehe 2003/07/10 16:30:50 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteRequest.java CoyoteConnector.java Log: Backed out earlier change Revision ChangesPath 1.11 +5 -14 jakarta-tomcat-catalina/catalina/src/share/org/apach

DO NOT REPLY [Bug 21482] New: - jikes cannot compile JSP page importing anything from javax.crypto package (in Java 1.4.x)

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://nagoya.apache.org/bugzilla/show_bu

Re: cvs commit:jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java CoyoteRequest.java

Remy, luehe 2003/07/10 08:51:40 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java Log: Consider CoyoteConnector's bufferSize property when creating CoyoteRequest objects Why break the no arg constructor design

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

remm2003/07/10 15:59:28 Modified:.RELEASE-NOTES-4.1.txt Log: - Update release notes for 4.1.25, and tagging. Revision ChangesPath 1.75 +65 -6 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt

java Date related classes synchronization bottlenecks

David Rees wrote: Glenn, This is quite interesting. How many concurrent threads need to be running before this bottleneck starts to become a significant issue? The worst case we have seen so far is when a JDBC query was made which returned 100's of result sets where one of the fields was of type

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Jan Luehe wrote: Currently, the limit up to which the size of an org.apache.coyote.tomcat5.OutputBuffer may grow is identical to the original buffer size: public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); ... cb = new CharChunk(size);

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java CoyoteRequest.java

[EMAIL PROTECTED] wrote: luehe 2003/07/10 08:51:40 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java Log: Consider CoyoteConnector's bufferSize property when creating CoyoteRequest objects Why break the no arg cons

Re: [4.1.25] Tag today

Glenn, This is quite interesting. How many concurrent threads need to be running before this bottleneck starts to become a significant issue? Does a simple test case which simply starts up a number of threads which all use one of the classes shown below display the problem nicely? I'd guess that

RE: [DOC PATCH webapps/tomcat-docs/config/valve.xml] Documentation fo r rotatable

The patch seems to be missing, and I attached it, but got lost somewhere. Now with my luck, this patch will get wrapped. In any case, at least the issue of this attribute missing from the documentation has been made aware. Index: webapps/tomcat-docs/config/valve.xml ==

[DOC PATCH webapps/tomcat-docs/config/valve.xml] Documentation for rotatable

The attribute of 'rotatable' for appears to be missing. The following patch fixes that. Feel free to change wording. -- Larry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [4.1.x] Next release

Hello, About the 4.1.25 tagging which is taking place. What is going to be the status of http gzip compression in 4.1.25? See bug 18073. Or will there follow a 4.1.26-BETA in the near future with some enhanced functionality? Greetings, Ronald. On Wednesday 02 April 2003 11:37, Remy Maucherat

[5.0] [PROPOSAL] Make output buffer size limit configurable

Currently, the limit up to which the size of an org.apache.coyote.tomcat5.OutputBuffer may grow is identical to the original buffer size: public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); ... cb = new CharChunk(size); cb.setLim

DO NOT REPLY [Bug 21472] New: - JDBCRealm: Auth ok but Not Authorized

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java

luehe 2003/07/10 08:51:40 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java CoyoteRequest.java Log: Consider CoyoteConnector's bufferSize property when creating CoyoteRequest objects Revision ChangesPath 1.10 +3 -3

DO NOT REPLY [Bug 21468] New: - Xcheck:jni option incompatible with Tomcat

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://nagoya.apache.org/bugzilla/show_bu

[GUMP] Build timed out - jk2

This email is autogenerated from the output from: Buildfile: build.xml init.taskdef: guess.os: [echo] build

Re: WAR files with Tomcat 4.0 problem...

Silly question Does the user running tomcat have write permissions in the webapps directory ? David Ja

DO NOT REPLY [Bug 18219] - Can't compile JSP pages

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://nagoya.apache.org/bugzilla/show_bu

Re: [4.1.25] Tag today

Glenn, What you've posted does not make much sense to me: logging is not a per request event, or at least it should not, so I don't see any bottleneck in a normal situation where logged events are relatively rare. The change is too big to be included at the last minute in 4.1.25, which is meant t

Problems with TC5 and persistent sessions.

I am running TC 5.0.3 .. When I stop and restart the server standard manager tries to load any sessions that have been previously persisted. TC seems to do this outside of the context of the webapps as the webapps do not appear to be loaded until after this occurs. As you can see in the trace b

WAR files with Tomcat 4.0 problem...

Hello, I have a .war file in my webapps directory and it does not get expanded when Tomcat 4.0 starts up. I am getting the error java.lang.IllegalArgumentException: Document base /install/jakarta-tomcat-4.0/webapps/soap does not exist or is not a readable directory but there is a soap.war fi

Re: BUG (IMPORTANT): AJP12 hangs in certain conditions

Hi Costin and tomcat developers! I found this bug in Tomcat Mailing List Archive from Date: Mon, 24 Jul 2000 10:25:13 -0700. We are experiencing similar problem in our application. We are using IIS and Tomcat3.2.3 After some days of load IIS-tomcat redirection stops response since IIS standalon

DO NOT REPLY [Bug 18219] - Can't compile JSP pages

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21456] New: - logs/context lost when restarting Context

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://nagoya.apache.org/bugzilla/show_bu

Re: [4.1.25] Tag today

Remy, It can wait, go ahead with the release. But the FileLogger's use of java.sql.Timestamp is a bottleneck, I have the thread dump stack traces to prove that it is. Right now the biggest problem I have with Tomcat scaling is with this type of synchronization bottleneck. I have thread dump stack

Re: [4.1.25] Tag today

Remy, I just discovered a nasty synchronization bottlneck in org.apache.catalina.logger.FileLogger in its use of java.sql.Timestamp. The actual synchronization bottleneck is in java.util.Date which java.sql.Timestamp extends. I am pretty sure I have found a work around to avoid the synchronization

Soft termination: a demonstration

Greetings -- As I announces about a week ago, as a part of my research, I have developed a mechanism for terminating individual Tomcat webapps (at the context level) called soft termination. For your further enjoyment, I've taken the liberty of setting up a demo install of my soft termination sys

RE: Could you give some help for me (about mod_jk for solaris 9)

P.S. To the developers. I can build with both ant and with configure for both jk using the 1.2.4 download and jk2 using the 2.0.2 download. While this doesn't make me a rocket scientist, these do seem to be troublesome tasks for many users who are new to the program. To get the ant to work I