Re: Problems with stress tested apps

Bill Barker wrote: - Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, April 06, 2004 5:08 AM Subject: Re: Problems with stress tested apps Henri Gomez wrote: Henri Gomez wrote: Hi to all, I've got problems with

DO NOT REPLY [Bug 28245] New: - Enhancement: the order of the attribute!

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 28244] New: - XML Comment between jsp:attribute cause attribute after comment was ignored

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java

luehe 2004/04/06 19:31:08 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: JspServlet (global or webapp-specific) must always be preloaded, because its instance is used during registerJMX (when registering the JSP monitoring

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

luehe 2004/04/06 19:27:47 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: Fixed problem where when replacing global JspServlet with webapp-specific one, the wrapper for the global JspServlet (which had already been stopped

Re: Losing line numbers in stracktraces

Hans Verschoor wrote: > > I have a problem reading stacktrace info when Tomcat throws an exception > caused by a servlet or a class calld by a servlet > I have my classes compiled into in the . WEB-INF/classes directory and > (so far) I use no war or jar. > When an exception is thrown the stack

Losing line numbers in stracktraces

Hello I have a problem reading stacktrace info when Tomcat throws an exception caused by a servlet or a class calld by a servlet I have my classes compiled into in the . WEB-INF/classes directory and (so far) I use no war or jar. When an exception is thrown the stacktrace does not show line

DO NOT REPLY [Bug 28236] - org.apache.jasper.runtime.BodyContentImpl buffer is too small

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java

remm2004/04/06 16:05:39 Modified:jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java Log: - Bug 28236: when reallocating, make the buffer grow faster (512 bytes at a time was not sufficient). - Remove main method. Revision Changes

RE: 5.0.22 tag ?

sounds good! Filip -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 5:48 PM To: Tomcat Developers List Subject: 5.0.22 tag ? I plan to tag 5.0.22 tomorrow. Any objections ? Rémy ---

5.0.22 tag ?

I plan to tag 5.0.22 tomorrow. Any objections ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Coyote's ServerSocketFactory problem

Ok, I decided to modify the Http11Processor, since the SSL trick is kindof too hacky for my taste. It sets the attribute, and it's fine now. Another issue came up though with flushing the OutputStream - and this is something unrelated to the previous conversation. So in org.apache.coyote.http11.I

DO NOT REPLY [Bug 28236] - org.apache.jasper.runtime.BodyContentImpl buffer is too small

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

Custom session tracking method?

Hi all, Is there a way to implement custom session tracking at the container level? I'm trying to figure out how to implement a custom session tracking method. I have a legacy client that interacts with a set of cgi scripts and I'd like to port those scripts to servlets. I'm running into a pr

Adding me

subscribe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with stress tested apps

- Original Message - From: "Henri Gomez" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, April 06, 2004 5:08 AM Subject: Re: Problems with stress tested apps > Henri Gomez wrote: > > > Henri Gomez wrote: > > > >> Hi to all, > >> > >> I've got problems

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

funkman 2004/04/06 10:58:59 Modified:jasper2/src/share/org/apache/jasper JspC.java Log: Allow disable tag pooling for ant task (and command line option) also detabbed Revision ChangesPath 1.69 +97 -85 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Js

DO NOT REPLY [Bug 28147] - JasperException for jsp files that are symbolic links

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 15278] - [PATCH] mod_jk2 for IIS, Bugfix corrupted data ]

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 28236] New: - org.apache.jasper.runtime.BodyContentImpl buffer is too small

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

cvs commit: jakarta-tomcat-connectors/jk/native build.xml

mmanders2004/04/06 09:40:57 Modified:jk/native build.xml Log: Updated build rev for NetWare modules. Revision ChangesPath 1.40 +4 -4 jakarta-tomcat-connectors/jk/native/build.xml Index: build.xml ===

DO NOT REPLY [Bug 28234] New: - uri: worker property does not exist any more

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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java CoyoteOutputStream.java CoyoteReader.java CoyoteRequest.java CoyoteWriter.java

Remy Maucherat wrote: Bill Barker wrote: I'm -0 on this. The classes modified are all internal to the Tomcat 5.x CoyoteConnector, so there is no good reason to make them public. The way that Coyote is designed, this should always be unnecessary. The way to build a new connector is to define

Re: Hi

<>- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: TC Cluster: does SmartQueue fit into DeltaManager

no, smart queue does not belong with the delta manager. it could never work that way, and never will :) Filip -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 1:35 AM To: [EMAIL PROTECTED] Subject: TC Cluster: does SmartQueue fit into DeltaManag

hey you

Norton AntiVirus gelöscht1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with stress tested apps

Henri Gomez wrote: Henri Gomez wrote: Henri Gomez wrote: Hi to all, I've got problems with some highly stressed applications using jk or jk2 and tomcat 3.3.2 (same thing with TC 5.0.x). I see many errors like these in log : in TC 3.3.2 and 5.0.19 : Mar 19, 2004 1:47:51 PM org.apache.jk.common

Re: Problems with stress tested apps

Henri Gomez wrote: Henri Gomez wrote: Hi to all, I've got problems with some highly stressed applications using jk or jk2 and tomcat 3.3.2 (same thing with TC 5.0.x). I see many errors like these in log : in TC 3.3.2 and 5.0.19 : Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invo

DO NOT REPLY [Bug 28154] - setting of mappedfile in web.xml doesn't work

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 28123] - ClientAbortException should default to the description of the wrapped exception

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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java CoyoteOutputStream.java CoyoteReader.java CoyoteRequest.java CoyoteWriter.java

Bill Barker wrote: I'm -0 on this. The classes modified are all internal to the Tomcat 5.x CoyoteConnector, so there is no good reason to make them public. The way that Coyote is designed, this should always be unnecessary. The way to build a new connector is to define a new ProtocolHandler that

DO NOT REPLY [Bug 28196] - forEach throws with arrays (${header}, ${param}, etc.)

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 28219] - Dolar sign in password of JNDI-Datasource disappears

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 28221] - "scratchdir" Can Break Virtual Hosts

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 28129] - Classloading for the security-constraint / Realm

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

cvs commit: jakarta-tomcat build.properties.sample

hgomez 2004/04/06 00:29:48 Modified:.build.properties.sample Log: Correct jmxtools.jar for this example bp Revision ChangesPath 1.5 +2 -2 jakarta-tomcat/build.properties.sample Index: build.properties.sample =

cvs commit: jakarta-tomcat build.xml

hgomez 2004/04/06 00:12:31 Modified:.build.xml Log: We're now on 3.3.3-dev Revision ChangesPath 1.204 +1 -1 jakarta-tomcat/build.xml Index: build.xml === RCS file: /home/cvs/jakarta

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

hgomez 2004/04/06 00:01:08 Modified:coyote/src/java/org/apache/coyote RequestInfo.java Log: Tab policies Revision ChangesPath 1.10 +2 -2 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java Index: RequestInfo.java ===