Re: Releasing JK 1.2.19

On 9/13/06, Mladen Turk <[EMAIL PROTECTED]> wrote: David Rees wrote: > I'm using this config in Apache: > > JkMount /*.jsp tomcatlb > > JkMount tomcatlb > Have you tried? SetHandler jakarta-servlet The worker used will be the first one in worker.list if you explicitly set the handler.

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

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: Releasing JK 1.2.19

David Rees wrote: Ok, I'm pretty sure this is a real bug (though not a new one, mod_jk back to 1.2.15 behaves the same). This not an bug. I'm using this config in Apache: JkMount /*.jsp tomcatlb JkMount tomcatlb Have you tried? SetHandler jakarta-servlet The worker used will be

DO NOT REPLY [Bug 39496] - Servlet mapping fails for subdirectory requests when subdirectory exists

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: Releasing JK 1.2.19

Ok, I'm pretty sure this is a real bug (though not a new one, mod_jk back to 1.2.15 behaves the same). I'm using this config in Apache: JkMount /*.jsp tomcatlb JkMount tomcatlb The goal of this example to have Tomcat serve all .jsp files and URL which looks like it has been rewritten with th

DO NOT REPLY [Bug 40151] - mod_jk with Apache doesn't handle jsessionid encoded directory URLs

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: Proposal - Comet changes

Filip Hanik - Dev Lists wrote: For some of these events, we could provide with Tomcat a set of utility valves which would implement them, such as a connection tracking valve (closes connections on reloads or when sessions expire). agreed got my hands full today, will sleep on it some more. I

DO NOT REPLY [Bug 40482] - Invalid content in CLASSPATH set by build-classpath

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: Releasing JK 1.2.19

On 9/13/06, Rainer Jung <[EMAIL PROTECTED]> wrote: Anything in the mod_jk log? [error] ajp_service::jk_ajp_common.c (1879): (pepper7) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port Tomcat is running, the mod_jk log level was set to error You mea

Re: Releasing JK 1.2.19

This is not a known feature. Anything in the mod_jk log? You mean "first hit" after restart, or after a time of inactivity? Platform? Server version? The new svn HEAD code gives the ability to log useful state info of the LB in the access logs, so you can more easily find out, how often and wh

Re: Releasing JK 1.2.19

Anyone else seeing a problem where sometimes the first hit returns a 503 and shows the worker recovering? Waiting for the recovery period to go and the worker is ok. This is a simple load balanced worker with only one child worker. Unfortunately I can't reliably reproduce this, it seems to happen

Re: Releasing JK 1.2.19

I updated the testing snapshot tarball after Peters report, and set the link to a more durable http://people.apache.org/~rjung/mod_jk-1.2.19-dev/ Regards, Rainer Peter Rossbach wrote: Hi Mladen and Rainer, sometimes I see a small time a strange artifact: start apache look at jkstatus a

Peters observation concerning mod_jk forced recovery

Thanks for the report: The new forced recovery feature tried to do that in case all workers went into ERROR state in two places: after request processing and during maintenance. After request processing it relied on a condition that evaluated to false in all cases, so it basically never happ

svn commit: r443055 - /tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c

Author: rjung Date: Wed Sep 13 11:18:37 2006 New Revision: 443055 URL: http://svn.apache.org/viewvc?view=rev&rev=443055 Log: - Move forced recovery from process maintain to global maintain - Count non error workers during usual recovery and use result to decide forced recovery Modified: tom

svn commit: r443049 - /tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c

Author: rjung Date: Wed Sep 13 11:08:47 2006 New Revision: 443049 URL: http://svn.apache.org/viewvc?view=rev&rev=443049 Log: Fix comments and log message according to make it fit to the previous commit. Modified: tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c Modified: tomcat/connec

svn commit: r443045 - /tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c

Author: rjung Date: Wed Sep 13 11:01:25 2006 New Revision: 443045 URL: http://svn.apache.org/viewvc?view=rev&rev=443045 Log: Either we use "attempt == 1", or we drop it completely. "attempt" now start counting at 1, "attempt == 0" will happen never, so the clause will always evaluate to false. We

svn commit: r443043 - /tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c

Author: rjung Date: Wed Sep 13 10:52:53 2006 New Revision: 443043 URL: http://svn.apache.org/viewvc?view=rev&rev=443043 Log: Only set lb_value during recovery, if method is not BUSYNESS. lb_value gets set to the max values to ensure soft startup for recovered workers. For BUSYNESS, the load values

DO NOT REPLY [Bug 38898] - Tomcat service fails without error message

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 38898] - Tomcat service fails without error message

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: Releasing JK 1.2.19

Hi Mladen and Rainer, sometimes I see a small time a strange artifact: start apache look at jkstatus all worker show state N/A all backend tomcats are stopped access a URL look at jkstatus all worker show state ERR access URL again all worker show state REC (very nice new

Re: Source for Packages org.apache.tomcat.dbcp and below?

On Wed, 2006-09-13 at 15:07 +0200, Remy Maucherat wrote: > > The resultant package is significantly smaller, Ok, not trying to nit pick this. But if we are talking about commons-dbcp.jar and naming-factory-dbcp.jar. The latter sure does not seem smaller? -rw-r--r-- 1 root root 106216 Jul 23 14:24

Re: Proposal - Comet changes

Remy Maucherat wrote: Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: That's a second step :) It's a good idea because at the moment there's only a boolean, so it's not possible to do anything except sending an ERROR or READ event. Right now, I'm doing all the changes in the servlet con

Re: svn commit: r442995 - /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java

The *Nio* code is essentially the *Apr* code, but using the java.nio package. For "blocking reads" it uses a thread suspend mechanism, and for "blocking write" it uses busy wait. this can be improved on of course, but I haven't had time to wrap my head around it Filip Remy Maucherat wrote:

DO NOT REPLY [Bug 40498] New: - connection_pool_timeout is not really respected

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: svn commit: r442995 - /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java

[EMAIL PROTECTED] wrote: Author: fhanik Date: Wed Sep 13 07:44:41 2006 New Revision: 442995 URL: http://svn.apache.org/viewvc?view=rev&rev=442995 Log: adjustment according to APR fix Didn't know you were using that code too. Cute side effect: it adds 0 to the poller :D Rémy ---

svn commit: r442995 - /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java

Author: fhanik Date: Wed Sep 13 07:44:41 2006 New Revision: 442995 URL: http://svn.apache.org/viewvc?view=rev&rev=442995 Log: adjustment according to APR fix Modified: tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/c

Re: Proposal - Comet changes

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: That's a second step :) It's a good idea because at the moment there's only a boolean, so it's not possible to do anything except sending an ERROR or READ event. Right now, I'm doing all the changes in the servlet container (which is enoug

Re: Releasing JK 1.2.19

In preparation of release 1.2.19 of tomcat-connnectors (including mod_jk) I made the actual HEAD of the code available for download and testing under http://people.apache.org/~rjung/mod_jk-1.2.19-442987/ This is not an official release, but another opportunity to give the code a quick try bef

Re: Releasing JK 1.2.19

Yes, I'm willing and I've got time to cut a release during the weekend. I'll put a HEAD tarball on people.apache.org during the next hour and announce that on tomcat-dev, so that interesting parties have another chance of giving it a quick try (since wwe've got again a lot of changes since the

svn commit: r442987 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: CometFilter.java CometFilterChain.java

Author: fhanik Date: Wed Sep 13 06:49:28 2006 New Revision: 442987 URL: http://svn.apache.org/viewvc?view=rev&rev=442987 Log: Completed author tags Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometFilter.java tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometFilterChain.java

Re: Source for Packages org.apache.tomcat.dbcp and below?

On Wed, 2006-09-13 at 15:07 +0200, Remy Maucherat wrote: > > The resultant package is significantly smaller, and there's no chance of > version conflict if the user wants to put a different version of DBCP in > the shared folder. Ok that makes sense. Thanks for the info. Any chance of Tomcat mak

svn commit: r442986 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CometEventImpl.java

Author: fhanik Date: Wed Sep 13 06:48:30 2006 New Revision: 442986 URL: http://svn.apache.org/viewvc?view=rev&rev=442986 Log: Fixed method name Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CometEventImpl.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/conne

svn commit: r442985 - in /tomcat/tc6.0.x/trunk/java/javax/servlet/jsp/el: ImplicitObjectELResolver.java ScopedAttributeELResolver.java

Author: remm Date: Wed Sep 13 06:43:53 2006 New Revision: 442985 URL: http://svn.apache.org/viewvc?view=rev&rev=442985 Log: - Add two missing license headers. Modified: tomcat/tc6.0.x/trunk/java/javax/servlet/jsp/el/ImplicitObjectELResolver.java tomcat/tc6.0.x/trunk/java/javax/servlet/js

svn commit: r442983 - in /tomcat/tc6.0.x/trunk/java/javax/el: ArrayELResolver.java ListELResolver.java ResourceBundleELResolver.java

Author: remm Date: Wed Sep 13 06:38:25 2006 New Revision: 442983 URL: http://svn.apache.org/viewvc?view=rev&rev=442983 Log: - Fix ArrayELResolver.coerce when using a String. - Some cleanups. Modified: tomcat/tc6.0.x/trunk/java/javax/el/ArrayELResolver.java tomcat/tc6.0.x/trunk/java/javax/

Re: Source for Packages org.apache.tomcat.dbcp and below?

William L. Thomson Jr. wrote: Greetings, On Tue, 2006-09-12 at 15:38 -0400, Yoav Shapira wrote: No, it just means the package names are changed, from org.apache.commons.dbcp to org.apache.tomcat.dbcp. They don't extend, they don't wrap, it's the same class just renamed to a different package.

Re: Source for Packages org.apache.tomcat.dbcp and below?

Greetings, On Tue, 2006-09-12 at 15:38 -0400, Yoav Shapira wrote: > > No, it just means the package names are changed, from > org.apache.commons.dbcp to org.apache.tomcat.dbcp. > > They don't extend, they don't wrap, it's the same class just renamed > to a different package. Is there a reason f

Re: Source for Packages org.apache.tomcat.dbcp and below?

Yoav Shapira wrote: Hi, One more thing: On 9/12/06, Mark Barnes <[EMAIL PROTECTED]> wrote: I look at the current (1.2.1) DBCP source, and it looks like it cannot possibly be what tomcat 5.5.17 is using. If my code were to call the 1.2.1 version of method... BasicDataSource.getConnecti

svn commit: r442952 - in /tomcat/tc6.0.x/trunk: build.xml webapps/examples/WEB-INF/web.xml

Author: remm Date: Wed Sep 13 04:43:58 2006 New Revision: 442952 URL: http://svn.apache.org/viewvc?view=rev&rev=442952 Log: - Fix the mapping (?). - Copy some txt files to the right place. Modified: tomcat/tc6.0.x/trunk/build.xml tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml Modi

Releasing JK 1.2.19

Hi, Seems we had a pretty long test window. Can we schedule the release by the end of this week? Rainer, are you still willing to act as the RM for 1.2.19? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additi

Re: HttpRequestBase equivalent in 5.5?

Umm, what about MockObjects, HttpUnit, or any of the similar packages that already exist that make this trivial? Why write your own, and worse, make it Tomcat-specific? Yoav On 9/12/06, Aditya Prasad <[EMAIL PROTECTED]> wrote: Thanks for the response. To be more clear, I'm developing unit tes