Problem with build

Everything seems to go well until: build-jspapi: [echo] == Building: dependant-lib/jsp-api-2.0/lib/jsp-api.jar prepare: [mkdir] Created dir: /home/josh/.eclipse/tomcat-src/jakarta-servletapi-5/jsr152/build [mkdir] Created dir: /home/josh/.eclipse/tomcat-src/jakarta-servletap

[GUMP@lsd]: jakarta-tomcat/jakarta-tomcat failed

Project: jakarta-tomcat State: Failed URL: http://lsd.student.utwente.nl/gump/jakarta-tomcat/jakarta-tomcat.html - G U M P Y Annotations: - Error - Failed with reason build failed - G U M P Y Work N

DO NOT REPLY [Bug 26676] New: - Changes to server.xml irreversable

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/catalina/startup ClusterRuleSet.java

fhanik 2004/02/04 21:31:49 Added: catalina/src/share/org/apache/catalina/startup ClusterRuleSet.java Log: Cluster rule set to parse the cluster element Revision ChangesPath 1.1 jakarta-tomcat-catalina/catalina/src/share/org/apa

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationListener.java ReplicationTransmitter.java SimpleTcpCluster.java

fhanik 2004/02/04 21:27:31 Modified:catalina/src/conf server.xml catalina/src/share/org/apache/catalina/startup Catalina.java HostRuleSet.java modules/cluster build.xml modules/cluster/src/share/org/apache/catalina/clu

Re: jk2 2.0.4 release plan

Henri Gomez wrote: > Remy Maucherat a écrit : > >> Bill Barker wrote: >> >>> committers as binding votes). In the unlikely event that we get enough >>> people to care about 3.3 enough to vote (seeing the trouble that Remy >>> has getting people to vote :) >> >> >> You're torturing me. I thinn

Re: [OT] Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

Peter Lin wrote: I'm inclined to wait until JCP comes up with a good way to migrate/support non-blocking approach within a servlet container. Event driven technique isn't new by any measure and has been proven to scale well. But most cases actually do not require the added complexity. Unle

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log CommonLogHandler.java Log.java LogHandler.java LogManager.java

<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > remm2004/02/04 02:28:08 > > Removed: util/java/org/apache/tomcat/util/log CommonLogHandler.java > Log.java LogHandler.java LogManager.java > Log: > - Removing most of Log. Let me know if there ar

[OT] Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

I'm inclined to wait until JCP comes up with a good way to migrate/support non-blocking approach within a servlet container. Event driven technique isn't new by any measure and has been proven to scale well. But most cases actually do not require the added complexity. Unless an application has t

Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

Samuel Cheung wrote: Sorry, I have a newbie question on this subject. If the servlet API adds support for java.nio library (described in section 3.3 here) http://www.coredevelopers.net/library/j2ee/servlet24/ar01s03.jsp#d0e533, then will it make sense for servlet container (e.g. Tomcat

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp AsyncSocketSender.java Jdk13ReplicationListener.java PooledSocketSender.java ReplicationListener.java ReplicationTransmitter.java ReplicationValve.java SimpleTcpCluster.java SocketSender.java TcpReplicationThread.java WorkerThread.java

fhanik 2004/02/04 17:02:49 Modified:modules/cluster/src/share/org/apache/catalina/cluster ClusterManager.java modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java SimpleTcpReplicationManager.java

[PATCH] uri runtime info - avoid nameless entries

Hi all, in mod_jk2, if invoked by the /jkstatus page, jk2_worker_status_displayRuntimeType() displays always a nameless / useless first line below the uri runtime info; I'm asking me what entry that vould be, and if it is the right way to suppress displaying it, or dig for what it is? can perhaps

DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request

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 16589] - Invalidating a session with a HttpSessionBindingListener object type attribute throws IllegalStateException

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 13954] - invalid session passed in HttpBindingEvent on valueUnbound

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 13941] - reload is VERY slow

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/conf web.xml

luehe 2004/02/04 14:25:26 Modified:catalina/src/conf web.xml Log: Reverted upgrade because of validation errors Revision ChangesPath 1.32 +4 -5 jakarta-tomcat-catalina/catalina/src/conf/web.xml Index: web.xml

DO NOT REPLY [Bug 13884] - getRealPath() returns null in JBoss3.0.3-Tomcat4.1.12

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/conf web.xml

luehe 2004/02/04 13:55:12 Modified:catalina/src/conf web.xml Log: Upgraded default web.xml to Servlet 2.4. Let me know if there are any objections. Revision ChangesPath 1.31 +5 -4 jakarta-tomcat-catalina/catalina/src/conf/web.xml Index: web.xml ===

[Proposal] Get our FAQ listed on jakarta.apache.org/site/faqs.html

I think we need to get Tomcat's FAQ page listed on http://jakarta.apache.org/site/faqs.html since that is the place that the "Our FAQS" link in the left-side navigation of http://jakarta.apache.org points to. I think it would raise the FAQ visibility a bit, which would be a good thing for the use

Re: failover-problem and session mixup: jakarta-tomcat-connectors/mod_jk: jk_ajp_common.c

Hello Henri, hello mod_jk-Developers, Am Di, den 27.01.2004 schrieb Henri Gomez um 18:00: > > we are currently experiencing some problems with mod_jk with > > loadbalancing: > > > >(A) when a post-request fails while receiving data from tomcat, the > > loadbalancer tries to send the request

DO NOT REPLY [Bug 26674] - [PATCH] Error in jk2 documentation

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: http://www-106.ibm.com/developerworks/library/j-nioserver/

Shapira, Yoav wrote: Howdy, I would have to agree with Remy here. The example given doesn't really prove anything in my mind. That's what I was thinking too as I read the article. It's not representative of the real world. But I wanted to see if I was alone in my skepticism or not. (And I reme

DO NOT REPLY [Bug 26674] New: - [PATCH] Error in jk2 documentation

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: http://www-106.ibm.com/developerworks/library/j-nioserver/

Sorry, I have a newbie question on this subject. If the servlet API adds support for java.nio library (described in section 3.3 here) http://www.coredevelopers.net/library/j2ee/servlet24/ar01s03.jsp#d0e533, then will it make sense for servlet container (e.g. Tomcat ) to use the nio the way descr

RE: http://www-106.ibm.com/developerworks/library/j-nioserver/

Howdy, >I would have to agree with Remy here. The example given doesn't really >prove anything in my mind. That's what I was thinking too as I read the article. It's not representative of the real world. But I wanted to see if I was alone in my skepticism or not. (And I remember we've discus

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java DeltaSession.java ReplicatedSession.java

fhanik 2004/02/04 12:22:26 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java DeltaSession.java ReplicatedSession.java Log: Added in distributed expire logic for the delta session Revision Ch

DO NOT REPLY [Bug 10565] - shutdown hook problem: java.lang.NoClassDefFoundError: java/util/Iterator

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-jasper/jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java

luehe 2004/02/04 12:01:13 Modified:jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java Log: Ported (from org.apache.catalina.startup.TldConfig) ability to ignore (for TLD scanning purposes) JARs (in the classloader delegation chain) that

DO NOT REPLY [Bug 26662] - ClassCastException in GzipOutputFilter

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/catalina/core StandardContext.java

jfarcand2004/02/04 09:49:14 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: Revert my last commit. Revision ChangesPath 1.116 +1 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/Standar

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

Jeanfrancois Arcand wrote: Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2004/02/04 09:28:28 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When using the embedded interface and calling removeChild(..), the mbean wasn't unregistered. That's only

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2004/02/04 09:28:28 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When using the embedded interface and calling removeChild(..), the mbean wasn't unregistered. That's only occurs when you call remo

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

[EMAIL PROTECTED] wrote: jfarcand2004/02/04 09:28:28 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When using the embedded interface and calling removeChild(..), the mbean wasn't unregistered. That's only occurs when you call removeChild. The mbean is alwa

DO NOT REPLY [Bug 26662] - ClassCastException in GzipOutputFilter

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/catalina/core StandardContext.java

jfarcand2004/02/04 09:28:28 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When using the embedded interface and calling removeChild(..), the mbean wasn't unregistered. That's only occurs when you call removeChild. The mbean is

DO NOT REPLY [Bug 26665] - java.util.zip.ZipException: error in opening zip file.

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 26664] - java.util.zip.ZipException: error in opening zip file.

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 26664] - java.util.zip.ZipException: error in opening zip file.

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 26665] - java.util.zip.ZipException: error in opening zip file.

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 26665] New: - java.util.zip.ZipException: error in opening zip file.

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 26664] New: - java.util.zip.ZipException: error in opening zip file.

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: servlet-api for watchdog

Larry Isaacs wrote: If it helps, you can find an archive here: /x1/www/www.apache.org/dist/jakarta/tomcat-3/bin Yes, I have used the jakarta-servletapi.tar.gz of this directory, all ok. Thanks. Cheers, Larry -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: We

DO NOT REPLY [Bug 26662] - ClassCastException in GzipOutputFilter

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/jk/native/common jk_util.h

hgomez 2004/02/04 08:37:06 Modified:jk/native/common jk_util.h Log: Fix prototype (Thanks to Gunter Knauf) Revision ChangesPath 1.14 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_util.h Index: jk_util.h =

[PATCH] ./jk/native/common/jk_util.h

Hi, seems to me that the prototype doesnt match the function; the patch below fixes that and avoids compile time warnings. Guenter. == --- ./jk/native/common/jk_util.h.orig Wed Nov 05 12:15:18 2003 +++ ./jk/native/common/jk_util.h

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

remm2004/02/04 08:32:50 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Make sure a filter is always added in all cases. Likely the case where there was an error wasn't handled well. Bug 26662. Revision ChangesPa

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

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: http://www-106.ibm.com/developerworks/library/j-nioserver/

I would have to agree with Remy here. The example given doesn't really prove anything in my mind. Sure, having NIO will allow you to use a set number of threads to handle inbound requests. Even without running a benchmark, it is obvious a NIO approach can scale better. A better example of h

DO NOT REPLY [Bug 26662] - ClassCastException in GzipOutputFilter

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 24970] - charset appended to content-type even if not text/*

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 26662] - ClassCastException in GzipOutputFilter

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: http://www-106.ibm.com/developerworks/library/j-nioserver/

Shapira, Yoav wrote: Howdy, Have people read this article? I find it interesting. If you haven't, it's a benchmark comparison of a java.nio-based server with tomcat 5. The benchmark server is tiny and contains only a small subset of functionality. I am also not sure of how representative of the

DO NOT REPLY [Bug 26662] - ClassCastException in GzipOutputFilter

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 26662] New: - ClassCastException in GzipOutputFilter

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: jk2 2.0.4 release plan

Henri Gomez wrote: Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act as release manager if nobody else want to take the job before Friday. I'd like to know what are showstoppers (blocking bugs) which should be fixed in the current release. Planning : Up to Friday 6 Feb, determin

RE: servlet-api for watchdog

If it helps, you can find an archive here: /x1/www/www.apache.org/dist/jakarta/tomcat-3/bin Cheers, Larry > -Original Message- > From: jean-frederic clere > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 04, 2004 6:08 AM > To: [EMAIL PROTECTED] > Subject: servlet-api for watchdo

Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

Henri Gomez a écrit : Shapira, Yoav a écrit : Howdy, Have people read this article? I find it interesting. If you haven't, it's a benchmark comparison of a java.nio-based server with tomcat 5. The benchmark server is tiny and contains only a small subset of functionality. I am also not sure of

Test

The message contains Unicode characters and has been sent as a binary attachment. -- Virus Warning Message (on infotech.stph.net) document.zip is removed from here because it contains a virus. --- Virus Wa

Re: http://www-106.ibm.com/developerworks/library/j-nioserver/

Shapira, Yoav a écrit : Howdy, Have people read this article? I find it interesting. If you haven't, it's a benchmark comparison of a java.nio-based server with tomcat 5. The benchmark server is tiny and contains only a small subset of functionality. I am also not sure of how representative of

RE: jk2 2.0.4 release plan

Hi Bill, Thanks for all your help with Tomcat 3.3.x. A proposal would be a good start towards a Tomcat 3.3.2 release. I'm taking it as a given that there is sufficient interest for at least one more 3.3 release. If the proposal includes switch from the old style release to Tomcat 4/5's new styl

http://www-106.ibm.com/developerworks/library/j-nioserver/

Howdy, Have people read this article? I find it interesting. If you haven't, it's a benchmark comparison of a java.nio-based server with tomcat 5. The benchmark server is tiny and contains only a small subset of functionality. I am also not sure of how representative of the real-world this benc

watchdog and ant 1.6

Hi, To get watchdog running I had to copy jakarta-ant-1.6.0/lib/ant-launcher.jar to jakarta-watchdog-4.0/dist/ant-launcher.jar. Otherwise I was getting: +++ [EMAIL PROTECTED]:~/jakarta-watchdog-4.0/dist > ant -Dport=80 Buildfile: build.xml jsp: execute: [java] Exception in thread "main" ja

Re: jk2 2.0.4 release plan

Remy Maucherat a écrit : Bill Barker wrote: committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :) You're torturing me. I thinnk you should be able to get enough +1s, though (yo

Re: jk2 2.0.4 release plan

Bill Barker wrote: committers as binding votes). In the unlikely event that we get enough people to care about 3.3 enough to vote (seeing the trouble that Remy has getting people to vote :) You're torturing me. I thinnk you should be able to get enough +1s, though (you, Henri, JF, Larry; that's f

cvs commit: jakarta-tomcat-site/docs index.html

jfclere 2004/02/04 03:44:55 Modified:docs index.html Log: Now it is Ok. Revision ChangesPath 1.56 +1 -1 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jak

cvs commit: jakarta-tomcat-site/xdocs index.xml

jfclere 2004/02/04 03:18:52 Modified:xdocsindex.xml Log: Remove a confusing sentence. Revision ChangesPath 1.46 +1 -1 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file:

servlet-api for watchdog

Hi, I am trying to build watchdog to test mod_jk2 but I have problems to find the servlet22api. I have tried: /x1/www/cvs.apache.org/builds no jakarta-servletapi /x1/www/jakarta.apache.org/builds/jakarta-servletapi but nightly is empty. Any hints? Cheers Jean-Frederic

Re: jk2 2.0.4 release plan

Bill Barker wrote: "Henri Gomez" <[EMAIL PROTECTED]> wrote in message Yeah, well, I suppose that now that I'm an all-great-and-powerful PMC member, I could RM a JK release. However, I'd like to get out a TC 3.3.2 before that (so, if anyone else wants to RM JK in the meantime, you've got my +1 :).

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads ThreadPoolMX.java

remm2004/02/04 02:28:48 Removed: util/java/org/apache/tomcat/util/threads ThreadPoolMX.java Log: - Remove deprecated component. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java package.html

remm2004/02/04 02:28:30 Removed: util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java package.html Log: - Remove deprecated mx package (moved to commons-modeler). - To unsubscribe,

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log CommonLogHandler.java Log.java LogHandler.java LogManager.java

remm2004/02/04 02:28:08 Removed: util/java/org/apache/tomcat/util/log CommonLogHandler.java Log.java LogHandler.java LogManager.java Log: - Removing most of Log. Let me know if there are problems. --

[OT] TEST Re: jk2 2.0.4 release plan

Test At 01:56 AM 2/4/2004, you wrote: Bill Barker a écrit : "Henri Gomez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do t

Re: jk2 2.0.4 release plan

Bill Barker a écrit : "Henri Gomez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Mike Anderson a écrit : I'll be happy to deliver zips instead of NLMS. for NetWare. Henri (and others) since we are tagging and releasing jk2 can/should we do the same for jk since I know there is ad

Re: jk2 2.0.4 release plan

"Henri Gomez" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Mike Anderson a écrit : > > > I'll be happy to deliver zips instead of NLMS. for NetWare. > > > > Henri (and others) since we are tagging and releasing jk2 can/should we > > do the same for jk since I know there is added f

Re: jk2 2.0.4 release plan

Jess Holle a écrit : Dave Oxley wrote: Henri, What is the current state of JK2. Is it alpha, beta or GA. If this is going to be an alpha release, what is the plan for a GA release. I would like to migrate from JK when it is stable. This is a *very* good question. Last time I dared to ask the

DO NOT REPLY [Bug 26652] - default Character Encoding

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 26652] New: - default Character Encoding

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