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

2002-12-18 Thread Henri Gomez
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

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

2002-12-18 Thread billbarker
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15456. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread billbarker
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

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

2002-12-18 Thread Henri Gomez
Did this ZLIB Java implementation could be what you're looking Remy ? http://www.jcraft.com/jzlib/index.html -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15477. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15479. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Upgrade to Tomcat 4.1.17 - server has reset connection

2002-12-18 Thread Matt Raible
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.17

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

2002-12-18 Thread Remy Maucherat
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15480. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread Henri Gomez
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

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

2002-12-18 Thread Remy Maucherat
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

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

2002-12-18 Thread Henri Gomez
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15484. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15484. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread Remy Maucherat
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 14292] - Status message not included in HTTP response

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14292. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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.

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15411. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread luehe
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15484. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Upgrade to Tomcat 4.1.17 - server has reset connection

2002-12-18 Thread Costin Manolache
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

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

2002-12-18 Thread jean-frederic clere
[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

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

2002-12-18 Thread Andrew Milkowski
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

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Costin Manolache
+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

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

2002-12-18 Thread remm
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15397. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread kinman
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

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

2002-12-18 Thread kinman
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

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

2002-12-18 Thread kinman
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

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

2002-12-18 Thread kinman
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15496. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15497. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15474. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15474. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Jan Luehe
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,

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Craig R. McClanahan
+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: [EMAIL

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Pierre Delisle
+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

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Henri Yandell
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

2002-12-18 Thread Jeanfrancois Arcand
+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

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

2002-12-18 Thread remm
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

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

2002-12-18 Thread costin
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

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

2002-12-18 Thread costin
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/threads Reaper.java

2002-12-18 Thread costin
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

j-t-c/util, 3.3 and logging

2002-12-18 Thread Costin Manolache
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

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15508. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread luehe
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

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Jan Luehe
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 if you

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Hans Bergsten
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

Re: [PROPOSAL] EL Transition to Jakarta Commons

2002-12-18 Thread Costin Manolache
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

CoyoteWriter in error, never cleaned up

2002-12-18 Thread Mark Plotnick
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

2002-12-18 Thread Glenn Nielsen
+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

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

2002-12-18 Thread Bill Barker
- 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 tomcat3.3,

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

2002-12-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15513. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

2002-12-18 Thread Costin Manolache
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. Sorry, I

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

2002-12-18 Thread costin
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

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

2002-12-18 Thread costin
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

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

2002-12-18 Thread Bill Barker
- 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 mean c-l will be