Re: Tomcat Comet Model

Bogus content-length is asking for trouble. IIRC it can cause SSL no-end of headaches. andy At 01:06 17/06/2006, Filip Hanik - Dev Lists wrote: Lemme narrow everything down, and this will be short, I promise, it all boils down to the Content-Length header, if this header is omitted then it wo

Re: [VOTE] Release Tomcat 4.1.32 as beta

Amila Suriarachchi wrote: > I am not a tomcat expert. I got the apache-tomcat-4.1.32-src.tar.gz from > the link u have given. It seems to be build.xml and build.properties files > are missing in the root folder The Tomcat 4 build structure is slightly different to TC5. The main build.xml is in

DO NOT REPLY [Bug 39834] New: - JkLogLevel debug causes Segmentation fault

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: Tomcat Comet Model

yes it is, the problem here is that Tomcat is initiating a CometServlet.read when bogus data comes in after Content-Length has been reached. Filip Andy Piper wrote: Bogus content-length is asking for trouble. IIRC it can cause SSL no-end of headaches. andy At 01:06 17/06/2006, Filip Hanik

DO NOT REPLY [Bug 39631] - JCL 1.1 - Log4JLogger.traceLevel becomes null

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 39090] - Memory Leak: Tomcat files keep references to classes loaded by WebappClassLoader

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: [VOTE] Release Tomcat 4.1.32 as beta

Mark Thomas wrote: Amila Suriarachchi wrote: I am not a tomcat expert. I got the apache-tomcat-4.1.32-src.tar.gz from the link u have given. It seems to be build.xml and build.properties files are missing in the root folder The Tomcat 4 build structure is slightly different to TC5.

Re: [VOTE] Release Tomcat 4.1.32 as beta

The Tomcat 4 build structure is slightly different to TC5. The main build.xml is in the container sub-folder. What is the reason for this move? In tomcat 5.0 and tomact5.5 (even in 4.1.31 as i remember) build is created very smoothly when I run ant from the root folder. I have just confirme

svn commit: r415340 - /tomcat/container/branches/tc4.1.x/build.properties.default

Author: jfclere Date: Mon Jun 19 07:24:08 2006 New Revision: 415340 URL: http://svn.apache.org/viewvc?rev=415340&view=rev Log: Arrange the sourceforge location. Modified: tomcat/container/branches/tc4.1.x/build.properties.default Modified: tomcat/container/branches/tc4.1.x/build.properties.d

Re: [VOTE] Release Tomcat 4.1.32 as beta

Amila Suriarachchi wrote: The Tomcat 4 build structure is slightly different to TC5. The main build.xml is in the container sub-folder. What is the reason for this move? In tomcat 5.0 and tomact5.5 (even in 4.1.31 as i remember) build is created very smoothly when I run ant from the root

Re: NIO Connector, please review

+1 - I'm also working on a nio connector ( it is in sandbox ), but the goals are quite different, I want to have it simpler and smaller than the apr model. I think old-style connector should be deprecated, since JDK1.5 is now required there is no point in having it. ( I assume this is intended fo

Re: NIO Connector, please review

Costin Manolache wrote: are quite different, I want to have it simpler and smaller than the apr model. I think old-style connector should be deprecated, since JDK1.5 is now required there is no point in having it. Sorry for stealing the thread ;) What about old jk2 connectors found again in t

DO NOT REPLY [Bug 39821] - JK busy number is abnormal

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 39821] - JK busy number is abnormal

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: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > are quite different, > I want to have it simpler and smaller than the apr model. I think old-style > connector > should be deprecated, since JDK1.5 is now required there is no point in > having it. > Sorry for stealing

Re: NIO Connector, please review

Costin Manolache wrote: What about finally creating tomcat-modules or tomcat-addons ( or any other name ), for stuff that is (more or less) tomcat version independent, or at least works for multiple recent versions, and can be released independently ? This way the cluster stuff would have a bet

Re: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > > What about finally creating tomcat-modules or tomcat-addons ( or any other > name ), > for stuff that is (more or less) tomcat version independent, or at least > works for > multiple recent versions, and can be releas

Re: NIO Connector, please review

Costin Manolache wrote: Maybe create a modules/ under tomcat6 - with the definition 'stuff that can be released independently, and may support older versions of tomcat as well' Or just 'can be released independently'. Hmm, I'm not very much in favor of that. If the 'module' is mature enough it

DO NOT REPLY [Bug 39835] New: - Unable to run tomcat on Windows2003 64bit

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: NIO Connector, please review

> -Original Message- > From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] > Sent: Monday, June 19, 2006 6:31 AM > To: Tomcat Developers List > Subject: NIO Connector, please review > > gents, > I've worked on an NIO connector, since the NIO and APR model > can be/are > very simi

Re: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > Maybe create a modules/ under tomcat6 - with the definition 'stuff that can > be > released independently, and may support older versions of tomcat as well' > Or just 'can be released independently'. > Hmm, I'm not ver

DO NOT REPLY [Bug 39834] - JkLogLevel debug causes Segmentation fault

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: NIO Connector, please review

Costin Manolache wrote: By modules/ I mean mostly release units - so maybe a build.xml to create build and package the module, some readme, manifest, etc. Tomcat normal release wouldn't include the module, but it can be released independently, maybe for multiple versions of tomcat. Look, if

DO NOT REPLY [Bug 39821] - JK busy number is abnormal

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: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > > By modules/ I mean mostly release units - so maybe a build.xml to create > build and package the module, some readme, manifest, etc. Tomcat normal > release wouldn't include the module, but it can be released indepe

Re: NIO Connector, please review

Costin Manolache wrote: I don't see the benefit of having things like cluster support in the tomcat release - if someone does want a cluster, they can easily download an additional jar - setting up a cluster involves a lot of work, we won't make it much simpler by bundling the jar with tomcat.

Re: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > > I don't see the benefit of having things like cluster support in the tomcat > release - > if someone does want a cluster, they can easily download an additional > jar - > setting > up a cluster involves a lot of work,

Re: NIO Connector, please review

Costin Manolache wrote: Of course - all stuff must compile at least - but I don't think it's a reasonable requirement to have all modules or other things that are not part of tomcat tested in order to do a release. But in that case, they could not be the part of the Tomcat code. If you think

Re: NIO Connector, please review

I would love to backport it to Tc5.5 and that way also have Comet support in tc5.5.x Filip > +1 - I'm also working on a nio connector ( it is in sandbox ), but the > goals > are quite different, > I want to have it simpler and smaller than the apr model. I think > old-style > connector > should

Re: NIO Connector, please review

On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: Costin Manolache wrote: > > Of course - all stuff must compile at least - but I don't think it's a > reasonable > requirement to have all modules or other things that are not part of tomcat > tested in order to do a release. > But in that case

Re: NIO Connector, please review

Costin Manolache wrote: On 6/19/06, Mladen Turk <[EMAIL PROTECTED]> wrote: I agree - it's good to have a single codebase ! But I strongly disagree that we should have one big bloated release that includes everything in the codebase. Look, all that I'm saying is that the code that is inside /

RE: NIO Connector, please review

> > >> -Original Message- >> From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] >> Sent: Monday, June 19, 2006 6:31 AM >> To: Tomcat Developers List >> Subject: NIO Connector, please review >> >> gents, >> I've worked on an NIO connector, since the NIO and APR model >> can be/are >> ve

RE: NIO Connector, please review

So it uses NIO to increase concurrency, ie, have more connections open than threads, same way as APR, but writing to the stream is not done non blocking, it still follows the request/response/1-thread model still lot of work to do Filip >> >> >>> -Original Message- >>> From: Filip Hanik

RE: NIO Connector, please review

let me fill in the other blanks, the connector will be modified so that it knows when it has enough data to proceed, ala, chunked encoding etc. that is still work to be done. but I wanted let you know how it conceptually could look similar to the APR connector, and how much of the code could be sh

DO NOT REPLY [Bug 39404] - Tomcat 5.0.28 service fails without error message on Windows2003

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: [VOTE] Release Tomcat 4.1.32 as beta

Jean-frederic Clere wrote: > Build 4.1.31 was really more easy. My intention was for the src download to mirror the SVN structure so building from a checkout of http://svn.apache.org/repos/asf/tomcat/current/tc4.1.x and building from the src are exactly the same process. It is a change but it shou

Re: [VOTE] Release Tomcat 4.1.32 as beta

Amila Suriarachchi wrote: > What is the reason for this move? In tomcat 5.0 and tomact5.5 (even in > 4.1.31 as i remember) build is created very smoothly when I run ant from > the > root folder. So building from an svn checkout and building from a src tarball use exactly the same process. The bui

DO NOT REPLY [Bug 39835] - Unable to run tomcat on Windows2003 64bit

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

svn commit: r415499 - in /tomcat/container/branches/tc4.1.x: build.properties.default build.xml

Author: markt Date: Mon Jun 19 21:43:41 2006 New Revision: 415499 URL: http://svn.apache.org/viewvc?rev=415499&view=rev Log: Move nsis version number to properties file Correct the file names for a couple of the downloads Modified: tomcat/container/branches/tc4.1.x/build.properties.default