Re: TCK Issue with Tomcat 5.5.12

Bill Barker wrote: AFAICT, this code is assuming that there will always be a message body in the POST Request. However, this is not necessarily the case (and is certainly not true for the problem at hand). Eventually, SocketInputStream.read() is called from within o.a.coyote.http11.InternalR

Re: Tomcat 6 plans (JSP 2.1)

Well a Tomcat will a small memory footprint is also very interesting for me :) For guidelines on how to use it ? 2005/12/22, Yoav Shapira <[EMAIL PROTECTED]>: > I'm willing to help... > > Yoav > > On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote: > > Well, it's not about 'vote' or plans, i

RE: Tomcat 6 plans (JSP 2.1)

Hi, Personally I am less interested in a small footprint Tomcat and more interested in tools that help manage and report on the internals of Tomcat. Instrumentation, JMX, effective and stable debugging and deployment, clustering and load balancing are the types of areas that would help me out with

Re: Tomcat 6 plans (JSP 2.1)

Henri Gomez wrote: Well a Tomcat will a small memory footprint is also very interesting for me :) How is Tomcat memory usage large ? Personally, I would think it's extremely reasonable given the feature set, at least when using APR. It would seem the base Java runtime would completely offset

DO NOT REPLY [Bug 38010] New: - Destroy function don't work after stop service on Windows

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 6 plans (JSP 2.1)

Hi, I actually meant smaller in terms of file size (both downloaded distributions and actual jars or executables), number of files (both source code and configuration/support files), directories, etc. I do think the out-of-the-box footprint is already pretty good, especially when dependencies like

Re: Tomcat 6 plans (JSP 2.1)

Allistair Crossley wrote: Hi, Personally I am less interested in a small footprint Tomcat and more interested in tools that help manage and report on the internals of Tomcat. Instrumentation, JMX, effective and stable debugging and deployment, clustering and load balancing are the types of areas

Re: TCK Issue with Tomcat 5.5.12

On Dec 22, 2005, at 4:52 AM, Remy Maucherat wrote: Bill Barker wrote: AFAICT, this code is assuming that there will always be a message body in the POST Request. However, this is not necessarily the case (and is certainly not true for the problem at hand). Eventually, SocketInputStream.

Re: Tomcat 6 plans (JSP 2.1)

Remy Maucherat wrote: Allistair Crossley wrote: Hi, Personally I am less interested in a small footprint Tomcat and more interested in tools that help manage and report on the internals of Tomcat. Instrumentation, JMX, effective and stable debugging and deployment, clustering and load balanci

Re: Tomcat 6 plans (JSP 2.1)

Jess Holle wrote: The main item you didn't mention is instrumentation/JMX. This is an area that should not require any substantive rearchitecture and could greatly benefit most users. I know JBoss has more JMX stuff, but having the Tomcat end of things quite well instrumented in Tomcat proper

Philippe Dimier-Chambet est absent(e).

Je serai absent(e) du 22/12/2005 au 02/01/2006. I will be out of the office untilJanuary the 2d. Please contact "[EMAIL PROTECTED]" or call DMT Customer Service 0033 479 264 723 - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Philippe Dimier-Chambet est absent(e).

Je serai absent(e) du 22/12/2005 au 02/01/2006. I will be out of the office untilJanuary the 2d. Please contact "[EMAIL PROTECTED]" or call DMT Customer Service 0033 479 264 723 - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Re: Tomcat 6 plans (JSP 2.1)

Remy Maucherat wrote: I don't see a big difference with Tomcat, which is also an appserver (hopefully, you don't associate EJB <-> appserver, because if you do, I'm not talking to you ever again :) ). Marketting is king, though, and I understand the desire to look like a rebel and refuse the "

DO NOT REPLY [Bug 38011] New: - problem with UTF-8

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 6 plans (JSP 2.1)

Personally I am a fan of the light-weight approach. Using Tomcat but adding "enterprise" value at webapp level with Spring and Hibernate has been a fantastic combination for us. I've not delved into EJB3 much but I hear it's just POJO CMP stuff which Hibernate does. If Tomcat could just provide m

DO NOT REPLY [Bug 38011] - problem with UTF-8

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: RE: Tomcat 6 plans (JSP 2.1)

The @Resource is a biggy with the JEE 5 within the Servlet Container. There are some deficiencies with the spec such that there was no Class/Factory support for these fundamental annotations, so now supplemental frameworks that have reliance on injection (JSF for one) becomes container specific

Re: TCK Issue with Tomcat 5.5.12

"Kevan Miller" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > > On Dec 22, 2005, at 4:52 AM, Remy Maucherat wrote: > >> Bill Barker wrote: AFAICT, this code is assuming that there will always be a message body in the POST Request. However, this is not necessarily the c

Re: Tomcat 6 plans (JSP 2.1)

2005/12/22, Remy Maucherat <[EMAIL PROTECTED]>: > Henri Gomez wrote: > > Well a Tomcat will a small memory footprint is also very interesting for me > > :) > > How is Tomcat memory usage large ? Personally, I would think it's > extremely reasonable given the feature set, at least when using APR. I

Re: Tomcat 6 plans (JSP 2.1)

Henri Gomez wrote: Well memory is not the only point, faster start and less class to be loaded is also very important for me. In my company we're still using Tomcat 3.3.2 on our production servers (iSeries) since they are quite fast to start and that's very important when you have at the same tim

Re: Tomcat 6 plans (JSP 2.1)

On 12/22/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > 2005/12/22, Remy Maucherat <[EMAIL PROTECTED]>: > > Henri Gomez wrote: > > > Well a Tomcat will a small memory footprint is also very interesting for > > > me :) > > > > How is Tomcat memory usage large ? Personally, I would think it's > > extr

Re: Tomcat 6 plans (JSP 2.1)

2005/12/22, Remy Maucherat <[EMAIL PROTECTED]>: > Henri Gomez wrote: > > Well memory is not the only point, faster start and less class to be > > loaded is also very important for me. In my company we're still using > > Tomcat 3.3.2 on our production servers (iSeries) since they are quite > > fast

Re: Tomcat 6 plans (JSP 2.1)

Costin Manolache wrote: I understand this doesn't help for JBoss - but tomcat != jboss. I don't see the need for refactorings, and that's my *personal* opinion. It's funny that JBoss does have most of this capability already - so I understand Remy not wanting to reinvent the wheel :-), but I

Re: Tomcat 6 plans (JSP 2.1)

On 12/22/05, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Henri Gomez wrote: > > Well memory is not the only point, faster start and less class to be > > loaded is also very important for me. In my company we're still using > > Tomcat 3.3.2 on our production servers (iSeries) since they are quite >

Re: Tomcat 6 plans (JSP 2.1)

> I didn't do any real benchmark, but the single-jar 5.5 should be as > fast on startup as 3.3. good > Less class loaded - and less classes/features you need to worry when > setting up and maintainig is what I meant by footprint - Jetty is > around 0.5M I think. what's the expected class/size f

Re: Tomcat 6 plans (JSP 2.1)

On 12/22/05, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > I understand this doesn't help for JBoss - but tomcat != jboss. > > I don't see the need for refactorings, and that's my *personal* opinion. That's my opinion as well - if by refactoring you mean major code chang

Re: Tomcat 6 plans (JSP 2.1)

On 12/22/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > > > Less class loaded - and less classes/features you need to worry when > > setting up and maintainig is what I meant by footprint - Jetty is > > around 0.5M I think. > > > what's the expected class/size for this SmallCat single jar ? Around 1

DO NOT REPLY [Bug 38012] New: - CGIServlet redirect

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 38012] - CGIServlet redirect

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 38012] - CGIServlet redirect

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 6 plans (JSP 2.1)

2005/12/22, Costin Manolache <[EMAIL PROTECTED]>: > On 12/22/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > > > > > Less class loaded - and less classes/features you need to worry when > > > setting up and maintainig is what I meant by footprint - Jetty is > > > around 0.5M I think. > > > > > > what'

Re: TCK Issue with Tomcat 5.5.12

Remy Maucherat wrote: Bill Barker wrote: AFAICT, this code is assuming that there will always be a message body in the POST Request. However, this is not necessarily the case (and is certainly not true for the problem at hand). Eventually, SocketInputStream.read() is called from within o.a

DO NOT REPLY [Bug 38015] New: - org.apache.jasper.compiler.TagLibraryInfoImpl logs warnings for valid elements

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: TCK Issue with Tomcat 5.5.12

Bill Stoddard wrote: Nope, that's incorrect. From RFC2616, the official HTTP standard definition: The presence of a message-body in a request is signaled by the inclusion of a Content-Length or Transfer-Encoding header field in the request's message-headers. A bodyless POST request w/

DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation

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: TCK Issue with Tomcat 5.5.12

Remy Maucherat wrote: Bill Stoddard wrote: Nope, that's incorrect. From RFC2616, the official HTTP standard definition: The presence of a message-body in a request is signaled by the inclusion of a Content-Length or Transfer-Encoding header field in the request's message-headers. A

Re: TCK Issue with Tomcat 5.5.12

"Bill Stoddard" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Remy Maucherat wrote: >> Bill Stoddard wrote: >> >>> Nope, that's incorrect. >>> From RFC2616, the official HTTP standard definition: >>> >>>The presence of a message-body in a request is signaled by the >>>inc

Re: TCK Issue with Tomcat 5.5.12

Bill Barker wrote: Tomcat handles it much the same way for for a 404 ;-). However, I'm guessing that Httpd sets up an EOS-only bucket-brigade (but am not interested enough to look it up :), so that if the target existed and tried to read the body they would just get EOS. Given that the reque

Re: TCK Issue with Tomcat 5.5.12

"Remy Maucherat" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Bill Barker wrote: >> Tomcat handles it much the same way for for a 404 ;-). >> >> However, I'm guessing that Httpd sets up an EOS-only bucket-brigade (but >> am not interested enough to look it up :), so that if the

Re: TCK Issue with Tomcat 5.5.12

Bill Barker wrote: "Bill Stoddard" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Remy Maucherat wrote: Bill Stoddard wrote: Nope, that's incorrect. From RFC2616, the official HTTP standard definition: The presence of a message-body in a request is signaled by the inclus

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-4.0 has an issue affecting its community integration. This issue a

[EMAIL PROTECTED]: Project jakarta-tomcat-4.0 (in module jakarta-tomcat-4.0) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-4.0 has an issue affecting its community integration. This issue a