[OT] Re: Edward Furlong/IE/TLS/PwC is out of the office.

Man, I hope this is a Canadian date. If this is American, we are going to get these for the next seven months. LOL. At 10:30 PM 2/3/2004, [EMAIL PROTECTED] wrote: I will be out of the office starting 02/02/2004 and will not return until 09/02/2004. I will respond to your message when I return.

Edward Furlong/IE/TLS/PwC is out of the office.

I will be out of the office starting 02/02/2004 and will not return until 09/02/2004. I will respond to your message when I return. _ The information transmitted is intended only for the person or entity to which it is addressed and

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

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

Re: Jakarta Collections 3.0?

Costin Manolache wrote: Craig R. McClanahan wrote: Subscribers to COMMONS-DEV will see that I'm proposing to remove the dependency on [collections] from both [beanutils] and [digester]. Both dependencies are very thin, and doing this will avoid penalizing [beanutils]/[digester] customers for wh

Re: jk2 2.0.4 release plan

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 consensus was mod_jk w

Re: jk2 2.0.4 release plan

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. Cheers. Dave. Henri Gomez wrote: Hi to all, Since many people ask for a jk2 release, 2.0.4, I'll act

Re: Jakarta Collections 3.0?

Craig R. McClanahan wrote: Subscribers to COMMONS-DEV will see that I'm proposing to remove the dependency on [collections] from both [beanutils] and [digester]. Both dependencies are very thin, and doing this will avoid penalizing [beanutils]/[digester] customers for what [collections] did. Grea

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

Jan Luehe wrote: [EMAIL PROTECTED] wrote: luehe 2004/02/03 12:20:19 Modified:jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: Convert selected tag attribute types to their Fully-Qualified-Name equivalents if the taglib is JSP 1.2

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

luehe 2004/02/03 12:28:56 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Reverted change that was done in revision 1.34 Revision ChangesPath 1.35 +4 -4 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/PoolTcpEndpoint.jav

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

[EMAIL PROTECTED] wrote: luehe 2004/02/03 12:20:19 Modified:jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: Convert selected tag attribute types to their Fully-Qualified-Name equivalents if the taglib is JSP 1.2 based. This h

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java

luehe 2004/02/03 12:20:19 Modified:jasper2/src/share/org/apache/jasper/compiler TagLibraryInfoImpl.java Log: Convert selected tag attribute types to their Fully-Qualified-Name equivalents if the taglib is JSP 1.2 based. This has been discussed with Ma

Re: Converting Coyote to Java2 collections

Bill Barker wrote: As long as they go back to j-t (esp. Expirer & Reaper), I'm +1. I can leave those two classes, no problem. It's not as if they were really big. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

remm2004/02/03 09:31:40 Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java Log: - Fix logging level. Revision ChangesPath 1.32 +5 -5 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java Index: JspServlet.j

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Henri Gomez wrote: jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this w

Re: Converting Coyote to Java2 collections

As long as they go back to j-t (esp. Expirer & Reaper), I'm +1. - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, February 03, 2004 5:14 AM Subject: Re: Converting Coyote to Java2 collections Bill Barker wrote

Re: jk2 2.0.4 release plan

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 functionality (Ping/Pong and timeouts) there as well? Well, one release at a time, users urge

Re: jk2 2.0.4 release plan

I think Guenter is asking that we change mod_jk2 do be .so. Right now we build a .dll (at least if we build from the project files) but it would be easy to change this to .so and I'd be happy to do it. Mike Anderson >>> [EMAIL PROTECTED] 2/3/2004 9:57:00 AM >>> Günter Knauf a écrit : > Hi, >

Re: jk2 2.0.4 release plan

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 functionality (Ping/Pong and timeouts) there as well? Thanks, Mike Anderson >>> [EMAIL PROTECTED] 2/3/2004 9:27:14 AM

Re: jk2 2.0.4 release plan

Günter Knauf a écrit : Hi, 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. great, thanks! Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; Well it cou

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jkjni.dsp

hgomez 2004/02/03 08:27:56 Modified:jk/native2/server/apache13 mod_jk2.dsp jk/native2/server/isapi isapi.dsp jk/native2/server/aolserver nsjk2.dsp jk/native2/jni jkjni.dsp Log: Remove ref to jk_pool.c (just removed by JFC). I win ano

Re: jk2 2.0.4 release plan

Hi, > 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. great, thanks! > Comments welcome two things I would like to discuss: 1) I would like to see all binaries packed to tar.gz or zip; this is definitely better in

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservat

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_pool.c

jfclere 2004/02/03 08:17:24 Removed: jk/native2/common jk_pool.c Log: Remove depricated file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: [PATCH] Bug 26628

> -Oorspronkelijk bericht- > Van: Remy Maucherat [mailto:[EMAIL PROTECTED] > Onderwerp: Re: [PATCH] Bug 26628 > > > Ronald Wildenberg wrote: > > Attached the patch file I created for bug 26628, concerning > > the class org.apache.jasper.compiler.Validator. > > Too late ;) > The patch isn

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out

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, determ

jk2 2.0.4 release plan

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, determine all bugs which sh

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jkjni.dsp

hgomez 2004/02/03 07:28:25 Modified:jk/native2/server/apache13 mod_jk2.dsp jk/native2/server/isapi isapi.dsp jk/native2/server/aolserver nsjk2.dsp jk/native2/jni jkjni.dsp Removed: jk/native2/common jk_channel_socket.c Log: Remove o

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make s

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

+1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make sure that it would compil

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> From: mmanders > > Modified:jk/native2/common jk_channel_socket.c > Log: > Fix problem with port higher than 32K. Provided by Guenter > Knauf. Fixed compile problem for NetWare even though this > isn't built for NetWare (or any other platform.) > jk_channel_socket is deprici

Re: [PATCH] Bug 26628

Ronald Wildenberg wrote: Attached the patch file I created for bug 26628, concerning the class org.apache.jasper.compiler.Validator. Too late ;) The patch isn't perfect: it wouldn't complain about something like ( , , ,,,). This is not a big problem obviously, so I'm not very motivated to fix i

cvs commit: jakarta-tomcat-connectors/jk/native2 CHANGES.txt

hgomez 2004/02/03 05:21:39 Modified:jk/native2 CHANGES.txt Log: Update changes to reflect changes on port (apr_port_t and def port) Revision ChangesPath 1.10 +4 -2 jakarta-tomcat-connectors/jk/native2/CHANGES.txt Index: CHANGES.txt ==

Re: Converting Coyote to Java2 collections

Bill Barker wrote: I suppose that Coyote can be optional for TC 3.3. I'm a bit less comfortable on using them in o.a.t.u (since that would force a Java2 requirement on 3.3). Stuff I'm considering for removal: - o.a.t.util.collections (except MultiMap - which might as well be merged into Parameter

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/handler HandlerManager.java TcHandler.java TcHandlerCtx.java

remm2004/02/03 05:12:16 Removed: util/java/org/apache/tomcat/util/handler HandlerManager.java TcHandler.java TcHandlerCtx.java Log: - Remove handlers. - To unsubscribe, e-mail: [EMAIL PRO

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

remm2004/02/03 05:03:53 Modified:coyote/src/java/org/apache/coyote Request.java Log: - Hashtable -> HashMap. Revision ChangesPath 1.26 +3 -3 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java Index: Request.java

[PATCH] Bug 26628

Attached the patch file I created for bug 26628, concerning the class org.apache.jasper.compiler.Validator. Regards, Ronald Wildenberg Finalist IT Group Index: Validator.java === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jaspe

DO NOT REPLY [Bug 26628] - Function without parameters never found

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 Validator.java

remm2004/02/03 04:16:59 Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java Log: - Don't add blank parameters (bug 26628). Revision ChangesPath 1.115 +7 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

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 26628] - Function without parameters never found

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 26628] New: - Function without parameters never found

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: [GUMP@lsd]: jakarta-tomcat-connectors/jakarta-tomcat-jk-native2 failed

Of course, you can do this all by your self, since any ASF committer is a Gump committer :). I've removed you from all of the s for j-t-c. If you want to remove your name from other projects s, I'd suggest doing it yourself :). - Original Message - From: "Craig R. McClanahan" <[EMAIL PR

Re: tomcat-connectors distribution

martin grotzke a écrit : On Mon, 2004-02-02 at 18:16, Henri Gomez wrote: at jpackage, there's the question now if it would be better to provide an rpm built with the connectors shipped with the latest tomcat-release, or if it should be built with the connectors 2.0.2. what would you suggest? We'l

Re: [GUMP@lsd]: jakarta-tomcat-connectors/jakarta-tomcat-jk-native2 failed

Quoting Craig McClanahan <[EMAIL PROTECTED]>: > Project: jakarta-tomcat-jk-native2 > State: Failed > URL: > http://lsd.student.utwente.nl/gump/jakarta-tomcat-connectors/jakarta-tomcat-jk-native2.html > - G U M P Y > Please remove whatever configura

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

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 26507] - Jasper Generator java Error (useBean ObjectArray)

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

Mark Roth wrote: Okay, I took a look at the patch and the bug report and I think I know what's going on now. Please let me know if I do not understand the scenario correctly. It seems there are some JSP 1.2 pages that misuse by doing one of the following: 1. The class attribute is used for

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

remm2004/02/03 00:27:43 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Revert patch. Revision ChangesPath 1.218 +32 -28 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Generator.java

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

[EMAIL PROTECTED] wrote: luehe 2004/02/02 15:08:29 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Expose handshake failure as error, so it gets logged unconditionally -1. Unlike what occurs for normal sockets, errors at this point are rather common, becaus

DO NOT REPLY [Bug 26622] - WebappClassLoader is inconsistent on delegation of resource loading

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