Re: CoyoteWriter in error, never cleaned up

Mark Plotnick wrote: I'm using a rather complicated web page with two frames and a jsp in both frames. The upper frame has an applet, and the applet loads a document by calling a servlet (in the same session as the page). Clicking within the applet will cause new pages to load in the lower page.

Re: j-t-c/util, 3.3 and logging

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 18, 2002 8:59 PM Subject: Re: j-t-c/util, 3.3 and logging > Bill Barker wrote: > > >> Is it ok if I change util.thread and util.net to commons-logging ? > >> That would mea

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads ThreadPool.java

costin 2002/12/18 21:45:42 Modified:util/java/org/apache/tomcat/util/threads ThreadPool.java Log: - use commons-logging directly. - remove unused imports ( thanks idea ) - added a ThreadListener. It'll be used to add JMX proxies for the thread pool ( and it can be used to g

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java

costin 2002/12/18 21:31:47 Modified:util/java/org/apache/tomcat/util/net PoolTcpEndpoint.java Log: Use commons-loggign directly. This way any logger can be used ( and the same logger config ). Revision ChangesPath 1.9 +42 -25 jakarta-tomcat-connectors/util

Re: j-t-c/util, 3.3 and logging

Bill Barker wrote: >> Is it ok if I change util.thread and util.net to commons-logging ? >> That would mean c-l will be required for tomcat3.3, and thread >> and net would use c-l instead of the Log. > > TC 3.3.2-dev already requires c-l. The o.a.t.u.** classes in j-t are > already using it. So

DO NOT REPLY [Bug 15513] New: - OutOfMemoryError and adjusting the heap size not helping

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://nagoya.apache.org/bugzilla/show_bu

Re: j-t-c/util, 3.3 and logging

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 18, 2002 2:53 PM Subject: j-t-c/util, 3.3 and logging > Is it ok if I change util.thread and util.net to commons-logging ? > That would mean c-l will be required for tomcat

CoyoteWriter in error, never cleaned up

I'm using a rather complicated web page with two frames and a jsp in both frames. The upper frame has an applet, and the applet loads a document by calling a servlet (in the same session as the page). Clicking within the applet will cause new pages to load in the lower page. As a result of all

Re: [PROPOSAL] EL Transition to Jakarta Commons

Jan Luehe wrote: > Costin, > >> +1 >> >> Is the EL depenent on javax.servlet or javax.servlet.jsp, or is it >> completely independent and useable in non-servlet-container environments >> ? > > There are some dependencies on servlet containers. For example, the EL > supports implicit objects, on

Re: [PROPOSAL] EL Transition to Jakarta Commons

Jan Luehe wrote: Costin, +1 Is the EL depenent on javax.servlet or javax.servlet.jsp, or is it completely independent and useable in non-servlet-container environments ? There are some dependencies on servlet containers. For example, the EL supports implicit objects, one of them being "page

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1 It would also be nice to split out the EL documentation from JSTL into docs that come with the EL. Jan Luehe wrote: I'd like to resume discussion on a proposal circulated by James Strachan on March 13, 2002, about turning the implementation of JSTL's expression language (EL) into a reusab

Re: [PROPOSAL] EL Transition to Jakarta Commons

Costin, > +1 > > Is the EL depenent on javax.servlet or javax.servlet.jsp, or is it > completely independent and useable in non-servlet-container environments ? There are some dependencies on servlet containers. For example, the EL supports implicit objects, one of them being "pageContext", so i

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

luehe 2002/12/18 15:18:21 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java jasper2/src/share/org/apache/jasper/compiler ImplicitTagLibraryInfo.java JspDocumentParser.java Parse

DO NOT REPLY [Bug 15508] New: - jsp pages have sometimes no output

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://nagoya.apache.org/bugzilla/show_bu

j-t-c/util, 3.3 and logging

Is it ok if I change util.thread and util.net to commons-logging ? That would mean c-l will be required for tomcat3.3, and thread and net would use c-l instead of the Log. It should be easy to modify the util.Log implementation in 3.3 to support commons-logging API, or implement util.Log using co

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads Reaper.java

costin 2002/12/18 14:52:13 Modified:util/java/org/apache/tomcat/util/threads Reaper.java Log: Add getter. Revision ChangesPath 1.3 +7 -1 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/threads/Reaper.java Index: Reaper.java =

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/log Log.java

costin 2002/12/18 13:23:27 Modified:util/java/org/apache/tomcat/util/log Log.java Log: Add deprecated comment. Commons-logging should be used instead. We'll need to finish converting all logs from both tomcat.util.log and catalina.Log Revision ChangesPath 1.3 +

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java

costin 2002/12/18 13:21:33 Modified:util/java/org/apache/tomcat/util/mx DynamicMBeanProxy.java Log: Deprecate DynamicMBean, all the functionality has been merged in modeler. Revision ChangesPath 1.8 +3 -1 jakarta-tomcat-connectors/util/java/org/apache/tomca

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters GzipOutputFilter.java

remm2002/12/18 12:36:58 Modified:http11/src/java/org/apache/coyote/http11 Constants.java Http11Processor.java Http11Protocol.java Added: http11/src/java/org/apache/coyote/http11/filters GzipOutputFilter.java Log: - Add suppo

DO NOT REPLY [Bug 15474] - tomcatAuthentication ignored for Coyote JK 2 connector

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15474] - tomcatAuthentication ignored for Coyote JK 2 connector

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://nagoya.apache.org/bugzilla/show_bu

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1 -- Jeanfrancois Jan Luehe wrote: I'd like to resume discussion on a proposal circulated by James Strachan on March 13, 2002, about turning the implementation of JSTL's expression language (EL) into a reusable component and moving it from the Standard Taglib, an implementation of JSTL hosted

Re: [PROPOSAL] EL Transition to Jakarta Commons

With the String Taglib hat on, +1. Would be nice to have a smaller jar to link to. [Though I see it can kinda be done now]. With a Commons hat on, +0. Sounds useful, but want to make sure the Standard Taglib developers still monitor it and that it doesn't get abandoned. With Standard driving it,

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1 -- Pierre Jan Luehe wrote: > > I'd like to resume discussion on a proposal circulated by James > Strachan on March 13, 2002, about turning the implementation of JSTL's > expression language (EL) into a reusable component and moving it from > the Standard Taglib, an implementation of JSTL

DO NOT REPLY [Bug 15497] New: - deadlock in threadpool

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15496] New: - Tag Libs

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext .nbattrs

kinman 2002/12/18 10:54:54 Removed: jsr152/src/share/javax/servlet/jsp/tagext .nbattrs Log: - Remove Betbean file that got included inadvently. -- To unsubscribe, e-mail: For additional commands, e-mail:

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

kinman 2002/12/18 10:46:59 Modified:jasper2/src/share/org/apache/jasper/runtime ExpressionEvaluatorImpl.java JspContextWrapper.java PageContextImpl.java Log: - Patch by Mark Roth Attached is a patch to bring Japser2 up to date wit

cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/doc-files TagProtocol.gif

kinman 2002/12/18 10:40:41 Modified:jsr152/src/share/javax/servlet/jsp/tagext/doc-files TagProtocol.gif Log: - Patch by Mark Roth Revision ChangesPath 1.2 +19 -18 jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/doc-files/T

cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext .nbattrs BodyTag.java IterationTag.java JspFragment.java SimpleTag.java Tag.java TagData.java TagLibraryValidator.java TagVariableInfo.java VariableInfo.java

kinman 2002/12/18 10:35:38 Modified:jsr152/src/share/javax/servlet/jsp JspContext.java PageContext.java jsr152/src/share/javax/servlet/jsp/el Expression.java ExpressionEvaluator.java VariableResolver.java jsr1

DO NOT REPLY [Bug 15397] - class loader problem with javamail and tomcat 4.1.12

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://nagoya.apache.org/bugzilla/show_bu

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

remm2002/12/18 10:11:11 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java coyote/src/java/org/apache/coyote/tomcat5 CoyoteConnector.java Log: - Add new compression attribute. Revision Chang

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1 Is the EL depenent on javax.servlet or javax.servlet.jsp, or is it completely independent and useable in non-servlet-container environments ? BTW, another option that can be considered is what Sam Ruby mentioned few times on jakarta-general or community, i.e. just lower the walls between jak

service() method called Twice when using creating response with MIME type application/x-shockwave-flash

Using Apache Tomcat/4.1.12 deployment, following sample code in the servlet used to demonstrate this behavior public void service (HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { final BufferedOutputStream bufferedOutputStream = new Buffere

Re: [PROPOSAL] EL Transition to Jakarta Commons

Craig, > +1, but you'll probably also want to post this on COMMONS-DEV :-). My plan was to post this to tomcat-dev and taglibs-dev first, get feedback, and then post it to commons-dev, but I guess it is OK to get commons-dev involved right away. I just posted the proposal there, too. Thanks,

error-page status codes broken, no response to bugzilla report

I submitted this bug report a few days ago: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15406 It seems to me that tomcat is doing the wrong thing when it tags the error page contents with status code 200 instead of the actual error status code. If this is the case, is anyone interested in f

Re: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs ssl-howto.xml

[EMAIL PROTECTED] wrote: jfclere 2002/12/16 09:39:36 Modified:webapps/tomcat-docs ssl-howto.xml Log: Add the format of the different certificates. Revision ChangesPath 1.12 +4 -3 jakarta-tomcat-4.0/webapps/tomcat-docs/ssl-howto.xml Index: ssl-howto.xml =

Re: [PROPOSAL] EL Transition to Jakarta Commons

+1, but you'll probably also want to post this on COMMONS-DEV :-). Craig On Wed, 18 Dec 2002, Jan Luehe wrote: > Date: Wed, 18 Dec 2002 09:48:34 -0800 (PST) > From: Jan Luehe <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > Jan Luehe <[EMAIL PROTECTED]> > To: [E

RE: Upgrade to Tomcat 4.1.17 - server has reset connection

It seems you are using jdk1.4 logging. Just set the level to WARN for org.apache.jk.common.ChannelSocket ( or org.apache.jk ). The server restart is a workaround for buggy OSes with leaks. I think having an INFO when the server restarts is reasonable - but I don't mind changing it to debug for th

[PROPOSAL] EL Transition to Jakarta Commons

I'd like to resume discussion on a proposal circulated by James Strachan on March 13, 2002, about turning the implementation of JSTL's expression language (EL) into a reusable component and moving it from the Standard Taglib, an implementation of JSTL hosted by jakarta-taglibs, to jakarta-commons,

DO NOT REPLY [Bug 15484] - Can't delete application files after Manager Webapps remove web app

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties

luehe 2002/12/18 09:37:50 Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java Validator.java jasper2/src/share/org/apache/jasper/resources messages.properties Log: Fixed 15411: A translation error does not

DO NOT REPLY [Bug 15411] - A translation error does not occur if jsp:attribute is used to provide an attribute value for an XML element that should be conisdered template text.

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14292] - Status message not included in HTTP response

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://nagoya.apache.org/bugzilla/show_bu

Re: gzip-encoding in TC 4.1.x/5.x

Henri Gomez wrote: Actually, they are both equivalent. I'll see how we could make use ByteChunk with JDK code for now. I've already started experimenting. Thanks to send me a note when code will be available. I'll could add some code to mimic mod_deflate ie : - compress only

DO NOT REPLY [Bug 15484] - Can't delete application files after Manager Webapps remove web app

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15484] New: - Can't delete application files after Manager Webapps remove web app

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://nagoya.apache.org/bugzilla/show_bu

Re: gzip-encoding in TC 4.1.x/5.x

Actually, they are both equivalent. I'll see how we could make use ByteChunk with JDK code for now. I've already started experimenting. Thanks to send me a note when code will be available. I'll could add some code to mimic mod_deflate ie : - compress only certain type of mimes (ie only te

Re: gzip-encoding in TC 4.1.x/5.x

Henri Gomez wrote: As I tell you, I could try to look for or write a GZIP writer implementation using byte array, just provide the interfaces. Well, the idea is to be efficient, so: - Have a ByteChunk compress(ByteChunk) method (assuming that giving it an empty chunk means it's the end of the

Re: gzip-encoding in TC 4.1.x/5.x

Dedicated link, you know what it means say the average IT manager : DECICATED LINK = A NEW SWITCH + NEW CABLES + NEW SUPERVISION => $/EUR++ If ever you came back to Lyon, I'll make you meet one of my IT manager ;-) He's dumb ;-) Look, you're putting together a cluster. Nothing good will come o

DO NOT REPLY [Bug 15480] New: - Errror compiling large JSP pages on Solaris 7

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://nagoya.apache.org/bugzilla/show_bu

Re: gzip-encoding in TC 4.1.x/5.x

Henri Gomez wrote: One of the problems is that the compressed streams from the JDK are not recyclable, cause a lot of possibly synced method calls, and so on. Plus, it's kinda ugly to fit the OS and IS models into the Coyote HTTP/1.1 filter model. Does anyone know about compre

RE: Upgrade to Tomcat 4.1.17 - server has reset connection

You are correct - I am using Apache 1.3. Is there anyway I can change this log message setting? Thanks, Matt > -Original Message- > From: Costin Manolache [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 17, 2002 11:22 PM > To: [EMAIL PROTECTED] > Subject: Re: Upgrade to Tomcat 4.1

DO NOT REPLY [Bug 15479] New: - doc typo in server.xml

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15477] New: - Error opening database connection using DB2

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://nagoya.apache.org/bugzilla/show_bu

Re: gzip-encoding in TC 4.1.x/5.x

Did this ZLIB Java implementation could be what you're looking Remy ? http://www.jcraft.com/jzlib/index.html -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java

billbarker2002/12/18 01:26:48 Modified:jk/java/org/apache/jk/common HandlerRequest.java Log: Now, with the correct version, after remembering to save the file before doing a 'ci'. Revision ChangesPath 1.20 +3 -4 jakarta-tomcat-connectors/jk/java/org/apache/jk/

DO NOT REPLY [Bug 15456] - NullPointerException in JkCoyoteHandler when connecting using SSL on Apache server

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

billbarker2002/12/18 01:15:06 Modified:jk/java/org/apache/jk/common HandlerRequest.java jk/java/org/apache/jk/core WorkerEnv.java jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Fixing the mess that was SSL-Cert evalulation for Jk2. Fix for B

Re: gzip-encoding in TC 4.1.x/5.x

One of the problems is that the compressed streams from the JDK are not recyclable, cause a lot of possibly synced method calls, and so on. Plus, it's kinda ugly to fit the OS and IS models into the Coyote HTTP/1.1 filter model. Does anyone know about compression code which would use byte array