Anna Fuhrmann wrote:
Hi List,
4.1.28 does the job - but:
/webapps/ROOT/index.jsp is screwed up; the browser cannot GET it, supposedly because
of chunked encoded. It is HTTP1.1, which the browser does have.
The first big chunk is 2000 big, we noticed when GETting it with a script. The browser
Kurt Miller wrote:
Checking out the apache2 makefile it looks like apr-0 is right. Here's a revised
patch (I missed a spot).
Index: jk/support/jk_apr.m4
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/support/jk_apr.m4,v
Clere, Jean-Frederic wrote:
Kurt Miller wrote:
Checking out the apache2 makefile it looks like apr-0 is right. Here's
a revised
patch (I missed a spot).
Index: jk/support/jk_apr.m4
===
RCS file:
Does someone else got those kind of messages?
If yes could the address [EMAIL PROTECTED] be removed from the tomcat-dev list?
Cheers
Jean-Frederic
BTW: I think [EMAIL PROTECTED] should also be removed...
---BeginMessage---
AUTOMATED MESSAGE DO NOT REPLY
--
The e-mail
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=24197.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24283.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm not receiving this messages from the list, i'll try to unsubscribe
them anyway..
Saludos,
Ignacio J. Ortega
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2003 9:39 AM
To: [EMAIL PROTECTED]
Subject: [Fwd: Re: jk2/apr patch]
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=24009.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24277.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jan Luehe wrote:
Remy Maucherat wrote:
I guess I don't understand what makes 1 bad but 2 OK. Where do we
draw the line of what is a stupid config?
Yes, definitely, 2 is nearly as stupid as 1. We need a reasonable
minimal value for maxThreads; let's say 10 - 20.
Remy
glenn 2003/10/31 05:50:04
Modified:jk/xdocs faq.xml
jk/xdocs/jk quickhowto.xml
Log:
Update download and doc hrefs now that j-t-c source and binaries are on the mirrors.
Revision ChangesPath
1.8 +8 -5 jakarta-tomcat-connectors/jk/xdocs/faq.xml
From: jean-frederic clere [EMAIL PROTECTED]
Clere, Jean-Frederic wrote:
Kurt Miller wrote:
Checking out the apache2 makefile it looks like apr-0 is right. Here's
a revised
patch (I missed a spot).
Index: jk/support/jk_apr.m4
glenn 2003/10/31 05:54:39
Removed: xdocsnews.xml
Log:
Remove this since we aren't using it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
glenn 2003/10/31 05:55:05
Removed: docs news.html
Log:
Remove this since we aren't using it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
what I get is normal ascii - but then I left everything ascii except the shell
scripts. index.jsp doens't function
(that has to do with chunked encoding I think because non-chunked-encoded jsp's seem
to be fine).
Most of the servlets function all right; I'll have a look at HalloWorld on Monday.
- Original Message -
From: Anna Fuhrmann [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]; Clere, Jean-Frederic [EMAIL
PROTECTED]
Sent: Friday, October 31, 2003 3:07 PM
Subject: Re: TOMCAT-fix for os/390??
what I get is normal ascii - but then I left everything ascii
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, October 30, 2003 3:35 PM
Subject: JK2 is using APR as mandatory
As said in the subject...
plus the jk_pool and jk_channel socket are marked as deprecated.
Are
Kurt Miller wrote:
From: jean-frederic clere [EMAIL PROTECTED]
Clere, Jean-Frederic wrote:
Kurt Miller wrote:
Checking out the apache2 makefile it looks like apr-0 is right. Here's
a revised
patch (I missed a spot).
Index: jk/support/jk_apr.m4
I'm running in an environment in which I sometimes need to authenticate
based on both location (IP address, say) and credential (uid/pwd). To make
this work, I need to have access to the remote address and/or host from the
HTTP request hitting the protected subweb. This information isn't available
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=22607.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24009.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Jan Luehe wrote:
Remy Maucherat wrote:
I guess I don't understand what makes 1 bad but 2 OK. Where do we
draw the line of what is a stupid config?
Yes, definitely, 2 is nearly as stupid as 1. We need a reasonable
minimal value for maxThreads; let's say 10 - 20.
Remy,
I
Jan Luehe wrote:
I agree we should help users come up with reasonable config values,
but I'm just afraid rejecting any maxThreads 10 or 20 will send the
wrong message, as if there was a bug in the way we dispatch incoming
requests that requires at least 10 threads.
Nope, I disagree. If
-Original Message-
From: Kurt Miller
As said in the subject...
plus the jk_pool and jk_channel socket are marked as deprecated.
Are configurations using channel.socket depreciated now?
Does this just mean that the code in jk_channel_socket.c is
depreceated
becuase
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=24303.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Mladen Turk [EMAIL PROTECTED]
From: Kurt Miller
As said in the subject...
plus the jk_pool and jk_channel socket are marked as deprecated.
Are configurations using channel.socket depreciated now?
Does this just mean that the code in jk_channel_socket.c is
depreceated
From: jean-frederic clere [EMAIL PROTECTED]
Kurt Miller wrote:
Ok thanks for the heads up, I've look briefly at wa_apr.m4 now. I've got
a
question or two I think there are two cases:
1) when --with-apr is specified
2) when --with-apr-include and --with-apr-lib are specified
In
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=24303.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
remm2003/10/31 13:45:25
Modified:catalina/src/share/org/apache/catalina/core
ContainerBase.java StandardContext.java
Log:
- Modify the MBean lifecycle for the containers.
- The MBeans will now be removed only on destroy, rather than on stop.
- The use
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=24307.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24314.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy,
I agree we should help users come up with reasonable config values,
but I'm just afraid rejecting any maxThreads 10 or 20 will send the
wrong message, as if there was a bug in the way we dispatch incoming
requests that requires at least 10 threads.
Nope, I disagree. If maxThreads (say)
Jan Luehe [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Remy,
I agree we should help users come up with reasonable config values,
but I'm just afraid rejecting any maxThreads 10 or 20 will send the
wrong message, as if there was a bug in the way we dispatch incoming
Thanks for reporting this. Forwarding on to the tomcat developers.
Glenn
Matt McParland wrote:
There are links in various places on jakarta.apache.org pointing to the
URL below:
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/doc/
But that URL points me to:
I want to write my own custom web application class loader, for Tomcat 4.1*
(and hopefully it will continue to work for Tomcat 5*). From the precious
little info that is available, I have gleaned the following:
- the class I write should implement org.apache.catalina.Loader interface.
- once
http://jakarta.apache.org/site/mail2.html#Tomcat
(I modified/updated this page and committed a little while ago :-D
Did you all know that you can subscribe to Daily Digest
user/dev list(s) of Tomcat?
:-)
Happy mailing!
-- Tetsuya. ([EMAIL PROTECTED])
The Tomcat Team announces the immediate availability of Apache Tomcat
4.1.29 Stable and Apache Tomcat 5.0.14 Beta.
Please refer to the changelog for the list of changes.
Downloads:
Binaries: http://jakarta.apache.org/site/binindex.cgi
Sources: http://jakarta.apache.org/site/sourceindex.cgi
The
40 matches
Mail list logo
