Re: svn commit: r544401 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Peter Rossbach
HI, good point :-) I think we can build with JDK 1.5 and save the classes files at 1.4 format. We can do that with the ant javac option . What we need is a new compile.target=1.4 option at build.properties.default. We also strip the XML Parser and MX4J jars at the binary dist. I think mos

Re: svn commit: r544401 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Bill Barker
"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Bill Barker wrote: >> "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message >> news:[EMAIL PROTECTED] >> >>> so if we are not going to build the class, why would we include it in >>> SVN and documen

DO NOT REPLY [Bug 42608] - Invalid Content-Length error for the binary file size greater than 2.1GB

2007-06-11 Thread bugzilla
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: Proposed simplification of CometEvent

2007-06-11 Thread Costin Manolache
For a separate opinion: In the trunk version: - the '...' and array return seem strange and generate GC ( not a big issue those days, but still inconsistent with the rest of tomcat ) - the API seems a bit over-complex - for example, why setConfiguration(COMMET_BLOCKING) instead of setBlocking()

Re: svn commit: r544137 - /tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c

2007-06-11 Thread Remy Maucherat
Jean-Frederic wrote: On Sat, 2007-06-09 at 23:15 +0200, Remy Maucherat wrote: Mark Thomas wrote: If we re-encoded the uri before sending it to Tomcat that would meet all of the above requirements wouldn't it? I don't see how reencoding the URI would be possible: it will mess up character encod

Re: svn commit: r544137 - /tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c

2007-06-11 Thread Jean-Frederic
On Sat, 2007-06-09 at 23:15 +0200, Remy Maucherat wrote: > Mark Thomas wrote: > > If we re-encoded the uri before sending it to Tomcat that would meet > > all of the above requirements wouldn't it? > > I don't see how reencoding the URI would be possible: it will mess up > character encoding, and

Re: Proposed simplification of CometEvent

2007-06-11 Thread Filip Hanik - Dev Lists
I'll work on some examples to illustrate what I mean, It will be much clearer Filip Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: Ok, let me see if I can summarize. 1. Whether you write out the stored buffer using the Poller thread, or a Tomcat worker thread (flushed in Http11xxxProce

DO NOT REPLY [Bug 38658] - RFE: AuthenticatorBase.doLogin(request, response, principal)

2007-06-11 Thread bugzilla
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: Proposed simplification of CometEvent

2007-06-11 Thread Remy Maucherat
Filip Hanik - Dev Lists wrote: Ok, let me see if I can summarize. 1. Whether you write out the stored buffer using the Poller thread, or a Tomcat worker thread (flushed in Http11xxxProcessor) as described below I originally thought of this as async write, as we are simply doing a write with a

svn commit: r546117 - in /tomcat/trunk/java/org/apache/catalina: CometEvent.java connector/CometEventImpl.java

2007-06-11 Thread fhanik
Author: fhanik Date: Mon Jun 11 05:11:20 2007 New Revision: 546117 URL: http://svn.apache.org/viewvc?view=rev&rev=546117 Log: oops, didn't mean to relax the close method Modified: tomcat/trunk/java/org/apache/catalina/CometEvent.java tomcat/trunk/java/org/apache/catalina/connector/CometEv

svn commit: r546108 - in /tomcat/trunk/java/org/apache/catalina: CometEvent.java CometProcessor.java

2007-06-11 Thread fhanik
Author: fhanik Date: Mon Jun 11 04:53:47 2007 New Revision: 546108 URL: http://svn.apache.org/viewvc?view=rev&rev=546108 Log: Added some doco Modified: tomcat/trunk/java/org/apache/catalina/CometEvent.java tomcat/trunk/java/org/apache/catalina/CometProcessor.java Modified: tomcat/trunk/j

Apache Tomcat Board Report, June 2007

2007-06-11 Thread Yoav Shapira
Apache Tomcat Board Report, June 2007 Summary -- The project continues to be active on a number of fronts. There are no issues requiring Board attention at this time. Releases - We cut a number of releases incorporating all our active branches. Tomcat 5.5.22 was out a c

Re: svn commit: r544137 - /tomcat/connectors/trunk/jk/native/common/jk_uri_worker_map.c

2007-06-11 Thread Jean-Frederic
On Sat, 2007-06-09 at 23:15 +0200, Remy Maucherat wrote: > Mark Thomas wrote: > > If we re-encoded the uri before sending it to Tomcat that would meet > > all of the above requirements wouldn't it? > > I don't see how reencoding the URI would be possible: it will mess up > character encoding, and

Re: Proposed simplification of CometEvent

2007-06-11 Thread Filip Hanik - Dev Lists
Ok, let me see if I can summarize. 1. Whether you write out the stored buffer using the Poller thread, or a Tomcat worker thread (flushed in Http11xxxProcessor) as described below I originally thought of this as async write, as we are simply doing a write with another one of our threads. Origi

Re: svn commit: r544401 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Filip Hanik - Dev Lists
Bill Barker wrote: "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] so if we are not going to build the class, why would we include it in SVN and document it? It wont be part of the release. As has been going on in Jakarta-Commons, the release is

Re: svn commit: r544401 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Bill Barker
"Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > so if we are not going to build the class, why would we include it in SVN > and document it? It wont be part of the release. > As has been going on in Jakarta-Commons, the release is the source release. The

Re: svn commit: r544401 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Filip Hanik - Dev Lists
so if we are not going to build the class, why would we include it in SVN and document it? It wont be part of the release. Filip Peter Rossbach wrote: Hi Filip, I found a simple way to build with Java 1.4.2. Index: container/catalina/build.xml

Re: svn commit: r545496 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/mbeans/JMXAdaptorLifecycleListener.java webapps/docs/changelog.xml webapps/docs/monitoring.xml

2007-06-11 Thread Filip Hanik - Dev Lists
cause we build 5.5 with JDK 1.4.2 Peter Rossbach wrote: HI Filip, why this implementation break the build? I have testet with jdk 1.5.0 and made successfull a clean build? Peter Am 08.06.2007 um 14:50 schrieb [EMAIL PROTECTED]: Author: fhanik Date: Fri Jun 8 05:50:14 2007 New Revision