Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Marc, It can also be useful if you have a client that doesn't support "chunked encoding" - which is probably true for a _lot_ of scripting tools. If there is any other way to have the response not use chunked encoding, then I agree this is not needed. Do we still support HTTP/1.0 or some request h

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Let's be nice to each other, Remy. I want to help. My question was very specific. Why, when I check out TOMCAT_4_1_24, does it not match what's in your jakarta-tomcat-4.1.24-LE-jdk14.zip source bundle? The bugzilla #'s aren't closed, but I want to be sure these fixes are already in, and provi

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

David Wood wrote: Speaking of jasper, I'm very sorry to interrupt again, and I know it's bad etiquette to repeat myself, but I have two patches to outstanding bugs in Jasper and I'm just asking for a little help navigating your CVS repository so I can make it easy for you to get them in. Deta

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Speaking of jasper, I'm very sorry to interrupt again, and I know it's bad etiquette to repeat myself, but I have two patches to outstanding bugs in Jasper and I'm just asking for a little help navigating your CVS repository so I can make it easy for you to get them in. Details here: http://w

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Marc Slemko wrote: On Mon, 14 Jul 2003, Jan Luehe wrote: I would have expected it to include a "Content-Length" header. Would you agree? It, umh, can't do that for dynamic content without buffering the whole response since it doesn't know how long it is. Not even that does work, actually. The pro

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Jan Luehe wrote: I noticed that if I send a request specifying HTTP/1.0 as the protocol version, and the response exceeds the output buffer, TC returns an HTTP/1.1 response with neither a "Content-Length" nor a "Transfer-Encoding: chunked" header. I would have expected it to include a "Content-Leng

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

On Mon, 14 Jul 2003, Jan Luehe wrote: > >>It can also be useful if you have a client that doesn't support "chunked > >>encoding" - which is probably true for a _lot_ of scripting tools. > >>If there is any other way to have the response not use chunked encoding, > >>then I agree this is not needed

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

It can also be useful if you have a client that doesn't support "chunked encoding" - which is probably true for a _lot_ of scripting tools. If there is any other way to have the response not use chunked encoding, then I agree this is not needed. Do we still support HTTP/1.0 or some request header t

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, July 12, 2003 8:41 AM Subject: Re: [5.0] [PROPOSAL] Make output buffer size limit configurable > Remy Maucherat wrote: > > > Bill Barker wrote

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Remy Maucherat wrote: > Bill Barker wrote: >>>How about making the output buffer size limit configurable? >>>(A value of "-1" could mean indefinite growth, if people know what they >>>are doing.) >> >> I also dislike the proposal, but since it's configurable, and off by >> default >> I can limit

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Saturday, July 12, 2003 12:21 AM Subject: Re: [5.0] [PROPOSAL] Make output buffer size limit configurable > Bill Barker wrote: >

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Bill Barker wrote: How about making the output buffer size limit configurable? (A value of "-1" could mean indefinite growth, if people know what they are doing.) I also dislike the proposal, but since it's configurable, and off by default I can limit myself to -0. The biggest problem I see is tha

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

- Original Message - From: "Jan Luehe" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, July 11, 2003 10:11 AM Subject: Re: [5.0] [PROPOSAL] Make output buffer size limit configurable > Remy, > > > Jan Lueh

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Remy, Jan Luehe wrote: Currently, the limit up to which the size of an org.apache.coyote.tomcat5.OutputBuffer may grow is identical to the original buffer size: public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); ... cb = new CharChunk

Re: [5.0] [PROPOSAL] Make output buffer size limit configurable

Jan Luehe wrote: Currently, the limit up to which the size of an org.apache.coyote.tomcat5.OutputBuffer may grow is identical to the original buffer size: public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); ... cb = new CharChunk(size);

[5.0] [PROPOSAL] Make output buffer size limit configurable

Currently, the limit up to which the size of an org.apache.coyote.tomcat5.OutputBuffer may grow is identical to the original buffer size: public OutputBuffer(int size) { bb = new ByteChunk(size); bb.setLimit(size); ... cb = new CharChunk(size); cb.setLim

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

t;Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 21, 2003 6:05 AM Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs > Hi, > > It is not very convinient or easy to insert the declarations for > compiled JSPs into the webapp's web.xml file. I

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Craig R. McClanahan wrote: > Many app servers have private deployment descriptors for "extra" > information, similar to what Remy is proposing -- indeed, one could claim > that Tomcat does this already with how we use $CATALINA_HOME/conf/web.xml > to set default behavior (well, at least until Cost

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

On Fri, 21 Mar 2003, Remy Maucherat wrote: > Date: Fri, 21 Mar 2003 12:05:26 +0100 > From: Remy Maucherat <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: [5.0] [PROPOSAL]

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: Remy Maucherat wrote: I don't know. jasper-compiler is needed only to support development use cases, it obviously shouldn't be used on production servers. We are mixing 2 very different use cases here: - development - you don't need to precompile and jasper-compiler is ne

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: > Costin Manolache wrote: >> The main point is to _not_ hack anything, but just use the standard. >> >> If you precompile your app - and include jasper-runtime.jar in >> WEB-INF/lib - the result should work in _any_ container - the precompiled >> jsps are _just_ regular serv

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: >> I agree that using ant replace is a hack - the right solution would be to >> read the XML with DOM, insert the elements in the right place, and save >> back ( DOM - so we don't loose comments ). Or even read it as a file, and >> use regexp. No problem if we save the origin

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: The main point is to _not_ hack anything, but just use the standard. If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib - the result should work in _any_ container - the precompiled jsps are _just_ regular servlets that happen to use a lib and extend

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

The main point is to _not_ hack anything, but just use the standard. If you precompile your app - and include jasper-runtime.jar in WEB-INF/lib - the result should work in _any_ container - the precompiled jsps are _just_ regular servlets that happen to use a lib and extend from a base class. That

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Could an alternate hack be to modify JspServlet to allow an additional init parameter which would be the file which contains the mapping of the precompiled jsp's? The config file could just be the web.xml snippet generated by the precompilation process. This way web.xml isn't touched and if Jas

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 21, 2003 3:05 AM Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs > Hi, > > It is not very conv

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Costin Manolache wrote: Remy Maucherat wrote: Hi, It is not very convinient or easy to insert the declarations for compiled JSPs into the webapp's web.xml file. It also has the disadvantage of adding a lot of mess in the web.xml, which the user may not like. For that reason, I propose that Tomca

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Remy Maucherat wrote: > Hi, > > It is not very convinient or easy to insert the declarations for > compiled JSPs into the webapp's web.xml file. It also has the > disadvantage of adding a lot of mess in the web.xml, which the user may > not like. > > For that reason, I propose that Tomcat parses

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

John Trollinger wrote: Remy, I think it would be nice to have a pre-compilier like JspC used to be. The precompile part of the jsp spec is just not that handy when trying to do builds and having ant tasks pass or fail based on the jsp and compiling jsp pages into servelts is not an option for ever

RE: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

> -Original Message- > From: Chris Brown [mailto:[EMAIL PROTECTED] > Sent: Friday, March 21, 2003 6:43 AM > To: Tomcat Developers List > Subject: Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs > > > > Hi Remy, > > It might be worth COPYING the origi

Re: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 21, 2003 12:05 PM Subject: [5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs > Hi, > > It is not very convinient or easy to insert the

[5.0] [PROPOSAL] Extra web.xml to declare compiled JSPs

Hi, It is not very convinient or easy to insert the declarations for compiled JSPs into the webapp's web.xml file. It also has the disadvantage of adding a lot of mess in the web.xml, which the user may not like. For that reason, I propose that Tomcat parses a new (optional) XML file, with th

Re: [5.0] [PROPOSAL] Refactored mapper

On Fri, 16 Aug 2002, Patrick Luby wrote: > I really don't like this spec change either. After carefully reading the > revised wording, it still seems that spec is saying "if I can't find any > of the listed static welcome files, start looking for anything that can > serve up a response". > >

Re: [5.0] [PROPOSAL] Refactored mapper

On Fri, 16 Aug 2002, Remy Maucherat wrote: > >>The wording in the 4th paragraph in section 9.10 of the Servlet 2.4 spec > >>may change to: > >> > >> The web server must append each welcome file in the order > >> specified in the deployment descriptor to the partial request and > >> check wh

Re: [5.0] [PROPOSAL] Refactored mapper

Remy, Remy Maucherat wrote: > It now looks doable with the standalone Tomcat. It may still be > unimplementable through Apache, though. > > My wish would be that only physical resources can be used as welcome > files, so that the spec is implementable through a native webserver. > (Quite frank

Re: [5.0] [PROPOSAL] Refactored mapper

Bob Herrmann wrote: > On Thu, 2002-08-15 at 18:38, Patrick Luby wrote: > >>Remy and Costin, >> >>I found the following draft wording that is being considered for the >>Servlet 2.4 spec. The exact wording may change, but the context should >>stay the same. Are there any unimplementable pieces in t

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 18:38, Patrick Luby wrote: > Remy and Costin, > > I found the following draft wording that is being considered for the > Servlet 2.4 spec. The exact wording may change, but the context should > stay the same. Are there any unimplementable pieces in this proposed > wording: >

Re: [5.0] [PROPOSAL] Refactored mapper

Bob Herrmann wrote: > On Thu, 2002-08-15 at 15:37, Remy Maucherat wrote: > [...] > >>Yes, but welcome files for non physical resources cannot be implemented >>(since you have no way of asking a servlet if it can or cannot process a >>resource). >>I'll implement something which works and which

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 2002-08-15 at 15:37, Remy Maucherat wrote: [...] > Yes, but welcome files for non physical resources cannot be implemented > (since you have no way of asking a servlet if it can or cannot process a > resource). > I'll implement something which works and which is very close to what the

Re: [5.0] [PROPOSAL] Refactored mapper

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, August 15, 2002 10:23 AM Subject: [5.0] [PROPOSAL] Refactored mapper > Hi, > > I have been hinting at rewrit

Re: [5.0] [PROPOSAL] Refactored mapper

Remy and Costin, I found the following draft wording that is being considered for the Servlet 2.4 spec. The exact wording may change, but the context should stay the same. Are there any unimplementable pieces in this proposed wording: The wording in the 4th paragraph in section 9.10 of the Servl

Re: [5.0] [PROPOSAL] Refactored mapper

[EMAIL PROTECTED] wrote: > The current specification is not implementable for Apache ( or any other > web server ) - and it breaks every pattern that was used in the web. > > I don't know if we have any representative in the expert group or > what's the procedure that apache follows in voting for

Re: [5.0] [PROPOSAL] Validation/NamespaceAware

Big +1 ! We can have a small ant-based script that can validate a webapp - find all the XMLs and TLDs and run schema and DTD validation on it. Another nice thing we could do - if someone has the time - is adding 'Serializable' to Context and all other config objects and saving a snapshot. Then

Re: [5.0] [PROPOSAL] Refactored mapper

On Thu, 15 Aug 2002, Remy Maucherat wrote: > Yes, but welcome files for non physical resources cannot be implemented > (since you have no way of asking a servlet if it can or cannot process a > resource). > I'll implement something which works and which is very close to what the > spec require

Re: [5.0] [PROPOSAL] Validation/NamespaceAware

Jean-francois Arcand wrote: > Hi, > > based on the mailling list feedback, I would like to propose the > following solution for the XML Parser DTD/Schema validation/namespace > aware problems: > > - Add the following attributes in server.xml under the HOST element: > > xmlValidation="false" >

Re: [5.0] [PROPOSAL] Refactored mapper

Bob Herrmann wrote: > On Thu, 2002-08-15 at 13:23, Remy Maucherat wrote: > >>Hi, >> >>I have been hinting at rewriting the main Catalina mapper for Tomcat 5. >> >>The proposal is designed to improve performance, avoid generating >>uneeded garbage String objects, and optimize the welcome files pr

Re: [5.0] [PROPOSAL] Validation/NamespaceAware

Jean-François, I would vote +1 as long as these two HOST attributes are optional attributes. In other words, if they are missing from server.xml, both default to "false". I think that is what you are proposing but I just wanted to make sure. Patrick Jean-francois Arcand wrote: > > Hi, > > bas

[5.0] [PROPOSAL] Validation/NamespaceAware

Hi, based on the mailling list feedback, I would like to propose the following solution for the XML Parser DTD/Schema validation/namespace aware problems: - Add the following attributes in server.xml under the HOST element: xmlValidation="false" xmlNamespaceAware="false" and set them equal t

[5.0] [PROPOSAL] Refactored mapper

Hi, I have been hinting at rewriting the main Catalina mapper for Tomcat 5. The proposal is designed to improve performance, avoid generating uneeded garbage String objects, and optimize the welcome files processing. The following changes are proposed: - Expose the decoded URI MessageBytes in

Re: [VOTE] Apache Tomcat 5.0 Proposal

Sorry for the late vote. I've been on vacation for last two weeks. But for the record, you have my +1. Thanks, Amy Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > >

Tomcat 5.0 Proposal

The final count for the vote is: +1s: 12 +0s: 2 The Tomcat 5.0 Proposal is now offcially adopted. I suggest that the emails related to 5.0 buisness be prefixed with [5.0]. I will post an email about the organization of the various branches and new repositories soon. Remy -- To unsubscribe

Re: [VOTE] Apache Tomcat 5.0 Proposal

Probably a little late: > > > > [X] +1 I support the proposal, and will help implement it > > [ ] +0 I support the proposal > > [ ] -0 I do not support the proposal > > [ ] -1 I am against the proposal being implemented, because: > > Actually, I'm probably closer to a +0 for the next few week

5.0 Proposal voting status

There is currently: - 12 binding +1s - 2 +0s For those who didn't vote yet, the voting will end today. Remy -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] Apache Tomcat 5.0 Proposal

+1. I'll populate jasper2 and servlet-api with initial changes for JSP2.0 support. > Date: Tue, 02 Jul 2002 16:57:20 -0700 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: [VOTE] Apache Tomcat 5.0 Proposal > To: Tomcat Developers List <[EMAIL PROTECTED]> &g

Re: [VOTE] Apache Tomcat 5.0 Proposal

> As long as the interfaces don't change too much (especially, Container and > Component, all the rest I don't care). We started out process of stripping > out "for good" all the stuff distributed with TC4x, working on some new > startup classes and so on (and looking over at the excellent work m

Re: [VOTE] Apache Tomcat 5.0 Proposal

+1 Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > > > [ ] +1 I support the proposal, and will help implement it > [ ] +0 I support the proposal > [ ] -0 I do not s

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Tue, 2002-07-02 at 19:57, Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > > > [X] +1 I support the proposal, and will help implement it > [ ] +0 I support the pro

Re: [VOTE] Apache Tomcat 5.0 Proposal

Remy Maucherat <[EMAIL PROTECTED]> wrote: > > [ ] +1 I support the proposal, and will help implement it > [X] +0 I support the proposal > [ ] -0 I do not support the proposal > [ ] -1 I am against the proposal being implemented, because: > As long as the interfaces don't change too much (espec

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Tue, 2 Jul 2002, Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > > > [X] +1 I support the proposal, and will help implement it > [ ] +0 I support the proposal >

Re: [VOTE] Apache Tomcat 5.0 Proposal

> > [X] +1 I support the proposal, and will help implement it > [ ] +0 I support the proposal > [ ] -0 I do not support the proposal > [ ] -1 I am against the proposal being implemented, because: > > > -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Wed, 2002-07-03 at 09:57, Remy Maucherat wrote: > > [ ] +1 I support the proposal, and will help implement it > [X] +0 I support the proposal > [ ] -0 I do not support the proposal > [ ] -1 I am against the proposal being implemented, because: > Which might actually turn out to be +0.01 ;-)

Re: [VOTE] Apache Tomcat 5.0 Proposal

+1 on proposal. I have a lot of interested in coding and/or writing documentation for Tomcat 5.0. I'll look for opportunities to jump in, but if someone has any Tomcat 4.x or Tomcat 5 projects awaiting a coder or a tech. writer, please do let me know. On Tuesday, July 2, 2002, at 05:57 PM,

RE: [VOTE] Apache Tomcat 5.0 Proposal

+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Enviado el: 3 de julio de 2002 1:57 > Para: Tomcat Developers List > Asunto: [VOTE] Apache Tomcat 5.0 Proposal > > > After trying to address the concerns rais

Re: [VOTE] Apache Tomcat 5.0 Proposal

[X] +1 I support the proposal, and will help implement it [ ] +0 I support the proposal [ ] -0 I do not support the proposal [ ] -1 I am against the proposal being implemented, because: Long time user, first time voter. Looking forward to coding and writing documentation for Tomcat 4.x and

RE: [VOTE] Apache Tomcat 5.0 Proposal

[x] +1 I support the proposal, and will help implement it [ ] +0 I support the proposal [ ] -0 I do not support the proposal [ ] -1 I am against the proposal being implemented, because: -Shailendra -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [VOTE] Apache Tomcat 5.0 Proposal

> -Original Message- > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 02, 2002 7:57 PM > To: Tomcat Developers List > Subject: [VOTE] Apache Tomcat 5.0 Proposal > > > After trying to address the concerns raised by the proposal draft, I

RE: [VOTE] Apache Tomcat 5.0 Proposal

[X] +1 I support the proposal, and will help implement it [ ] +0 I support the proposal [ ] -0 I do not support the proposal [ ] -1 I am against the proposal being implemented, because: MT. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: [VOTE] Apache Tomcat 5.0 Proposal

> >[X] +1 I support the proposal, and will help implement it >[ ] +0 I support the proposal >[ ] -0 I do not support the proposal >[ ] -1 I am against the proposal being implemented, because: > -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] Apache Tomcat 5.0 Proposal

On Tue, 2 Jul 2002, Remy Maucherat wrote: > After trying to address the concerns raised by the proposal draft, I > would like to call for a vote on it, now that the discussions have died > down. > > > [X] +1 I support the proposal, and will help implement it > [ ] +0 I support the proposal >

[VOTE] Apache Tomcat 5.0 Proposal

After trying to address the concerns raised by the proposal draft, I would like to call for a vote on it, now that the discussions have died down. [ ] +1 I support the proposal, and will help implement it [ ] +0 I support the proposal [ ] -0 I do not support the proposal [ ] -1 I am against th

RE: HA tomcat ( was: RE: 5.0 proposal)

>Thanks for the encouraged news. We've been using Tomcat in >our product >for a while now. Now, I need to set it up with support for >minimum 100K >simultaneous connection to our server side. 100K simultaneous connection ! I doubt any hardware/software/os (even on high system) could h

Re: 5.0 proposal

I can't commit to developing this (I'd love to, I have some ideas, but I don't have the time...), but hopefully it might interest someone and they can develop it... When deploying webapps as WAR files, especially generic webapps, it's not always very practical to request that an administrator ma

Re: HA tomcat ( was: RE: 5.0 proposal)

Dunlop, Aaron wrote: > Mathias, > > It would be great to see some details on your experiences with > load-balancing Tomcat, and any tricks you've come up with would be much > appreciated by the community (well, at least my part of it ;) > > We also run Tomcat 4.0 in production, behind a hardware

RE: HA tomcat ( was: RE: 5.0 proposal)

ay, June 25, 2002 11:23 AM > To: Tomcat Developers List > Subject: Re: HA tomcat ( was: RE: 5.0 proposal) > [snip] > > Well, I know quite a few people who managed to get tomcat in > > production on a variety of sites ( including very large loads). > > I run Tomcat o

Re: HA tomcat ( was: RE: 5.0 proposal)

> >> > >> > >>>>>Pier could you detail what should be a Tomcat HA, and how > >>>>>it could fit in TC 5.0 proposal ? > >>>>> > >>>>> > >>>>As far as I can remember it was voted -1.

Re: HA tomcat ( was: RE: 5.0 proposal)

ld be tremendously helpful for me and many other Tomcat user out there. Regards, Huy Tran. Mathias Herberts wrote: >[EMAIL PROTECTED] wrote: > > >>On Tue, 25 Jun 2002, GOMEZ Henri wrote: >> >> >> >>>>>Pier could you detail what should be a To

Re: HA tomcat ( was: RE: 5.0 proposal)

[EMAIL PROTECTED] wrote: > > On Tue, 25 Jun 2002, GOMEZ Henri wrote: > > > >> Pier could you detail what should be a Tomcat HA, and how > > >> it could fit in TC 5.0 proposal ? > > > > > >As far as I can remember it was voted -1... > > &

Re: HA tomcat ( was: RE: 5.0 proposal)

[EMAIL PROTECTED] wrote: > On Tue, 25 Jun 2002, GOMEZ Henri wrote: > > >>>>Pier could you detail what should be a Tomcat HA, and how >>>>it could fit in TC 5.0 proposal ? >>> >>>As far as I can remember it was voted -1... >> >>W

RE: HA tomcat ( was: RE: 5.0 proposal)

, with the modules that Pier doesn't use left out ? Costin > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 25, 2002 1:07 PM > To: Tomcat Developers List > Subject: HA tomcat ( was: RE: 5.0

Re: 5.0 proposal

orate a little more. >>> >>> >>Arshad, you don't count... You work with me! :) :) :) :) >> >> >> > >Pier could you detail what should be a Tomcat HA, and how >it could fit in TC 5.0 proposal ? > >-- >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > >

Re: 5.0 proposal

- Original Message - From: "Pier Fumagalli" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, June 25, 2002 3:36 PM Subject: Re: 5.0 proposal > Arshad Mahmood <[EMAIL PROTECTED]> wrote: > > > +100! >

RE: HA tomcat ( was: RE: 5.0 proposal)

On Tue, 25 Jun 2002, John Trollinger wrote: > Date: Tue, 25 Jun 2002 13:19:40 -0400 > From: John Trollinger <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: 'Tomcat Developers List' <[EMAIL PROTECTED]> > Sub

RE: HA tomcat ( was: RE: 5.0 proposal)

build the parts of tomcat that you need with out all the overhead. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 1:07 PM To: Tomcat Developers List Subject: HA tomcat ( was: RE: 5.0 proposal) On Tue, 25 Jun 2002, GOMEZ Henri wrote

Re: 5.0 proposal

On Tue, 25 Jun 2002, Pier Fumagalli wrote: > > http://nagoya.apache.org/svn/jakarta-tomcat-ha/ > > If you guys don't want to see it associated with the Apache name, just let > me know and I will move it off on my (Betaversion or VNU) servers. If possible, please also change the name - unless A

Re: 5.0 proposal

GOMEZ Henri <[EMAIL PROTECTED]> wrote: >>> Pier could you detail what should be a Tomcat HA, and how >>> it could fit in TC 5.0 proposal ? >> >> As far as I can remember it was voted -1... > > What about TC 5.0 with HA capability ? Well... It's

HA tomcat ( was: RE: 5.0 proposal)

On Tue, 25 Jun 2002, GOMEZ Henri wrote: > >> Pier could you detail what should be a Tomcat HA, and how > >> it could fit in TC 5.0 proposal ? > > > >As far as I can remember it was voted -1... > > What about TC 5.0 with HA capability ? TC5.0 will have a &#x

RE: 5.0 proposal

>> Pier could you detail what should be a Tomcat HA, and how >> it could fit in TC 5.0 proposal ? > >As far as I can remember it was voted -1... What about TC 5.0 with HA capability ? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands

Re: 5.0 proposal

ioned a couple of specific things you would like to >> do. Would it be >>> possible for you elaborate a little more. >> >> Arshad, you don't count... You work with me! :) :) :) :) >> > > Pier could you detail what should be a Tomcat HA, and how > it could

Re: random BOUND socket (was Re: 5.0 proposal).

GOMEZ Henri <[EMAIL PROTECTED]> wrote: > We add a timeout features in mod_jk 1.2.0 to close > sockets after some time of inactivity I don't think it's JK, as I don't use it. Must be something somewhere else. Pier -- [Perl] combines all the worst aspects of C and Lisp: a billion of dif

RE: 5.0 proposal

t;> possible for you elaborate a little more. > >Arshad, you don't count... You work with me! :) :) :) :) > Pier could you detail what should be a Tomcat HA, and how it could fit in TC 5.0 proposal ? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: random BOUND socket (was Re: 5.0 proposal).

80E6 >-Original Message- >From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, June 25, 2002 4:41 PM >To: Tomcat Developers List >Subject: Re: random BOUND socket (was Re: 5.0 proposal). > > >jean-frederic clere <[EMAIL PROTECTED]> wrote: > >

Re: random BOUND socket (was Re: 5.0 proposal).

jean-frederic clere <[EMAIL PROTECTED]> wrote: > I do see the following on my Linux: > +++ > tcp0 0 :::127.0.0:http-alt :::127.0.0.1:32893 TIME_WAIT > tcp0 0 :::127.0.0.1:32892 :::127.0.0.1:8005 TIME_WAIT > tcp0 0 :::127.0.0.1:32894

Re: 5.0 proposal

Arshad Mahmood <[EMAIL PROTECTED]> wrote: > +100! > > As somebody who also intends to use Tomcat in production (around 10 > different sites with a reasonable load, maybe 1/4 of vnunet) this would be > very helpful to me. > > You mentioned a couple of specific things you would like to do. Would

random BOUND socket (was Re: 5.0 proposal).

Remy Maucherat wrote: > Pier Fumagalli wrote: > >> Remy Maucherat <[EMAIL PROTECTED]> wrote: >> >> >>> I don't see that much to remove. I assume JNDI is the ever popular >>> target, but I didn't notice it causing major problems (either >>> performance or reliability), so I'd say it's not worth it

RE: 5.0 proposal

02 09:45 To: Tomcat Developers List Subject: Re: 5.0 proposal Steven Wood wrote: > Hi all, > > I was interested to read the differing opinions on 5.0 or not, and I was > interested to hear Pier say that he did not think tomcat was an option in a > production system. We have been usi

RE: 5.0 proposal

>From: Steven Wood [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, June 25, 2002 10:41 AM >To: 'Tomcat Developers List' >Subject: RE: 5.0 proposal > > >Hi all, > >I was interested to read the differing opinions on 5.0 or not, >and I was >interested to he

Re: 5.0 proposal

Steven Wood wrote: > Hi all, > > I was interested to read the differing opinions on 5.0 or not, and I was > interested to hear Pier say that he did not think tomcat was an option in a > production system. We have been using tomcat 3.2.3 (an out of date version > I know) and while it performs it

RE: 5.0 proposal

use (I think) to me though :-) -Original Message- From: Arshad Mahmood [mailto:[EMAIL PROTECTED]] Sent: 25 June 2002 09:12 To: Tomcat Developers List Subject: Re: 5.0 proposal - Original Message - From: "Pier Fumagalli" <[EMAIL PROTECTED]> To: "Tomcat Develope

Re: 5.0 proposal

Pier Fumagalli wrote: > Remy Maucherat <[EMAIL PROTECTED]> wrote: > > >>I don't see that much to remove. I assume JNDI is the ever popular >>target, but I didn't notice it causing major problems (either >>performance or reliability), so I'd say it's not worth it. > > > Actually, I have a compl

Re: 5.0 proposal

- Original Message - From: "Pier Fumagalli" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, June 24, 2002 9:49 PM Subject: Re: 5.0 proposal > [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > On Mon,

  1   2   >