Before I make any changes to the CVS, I'd like to know what everyone
thinks. So, here are the choices:
[ ] Keep it as is and send all DIR_MAGIC_TYPE requests to Tomcat
[ ] Keep it as is, but only if DIR_MAGIC_TYPE can be turned on/off
[ ] Remove DIR_MAGIC_TYPE handling altogether
[ ] Make
- Original Message -
From: Bojan Smojver [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, July 21, 2002 9:19 PM
Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2
mod_jk2.c
Quoting [EMAIL PROTECTED]:
You don't need to ask tomcat
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, July 12, 2002 10:45 AM
Subject: cvs commit:
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/conf Config.java
package.html
costin 2002/07/12 10:45:44
Added:
ballot
A) Servlet 2.4 JSP 2.0 API
1. [X] Use new jakarta-servletapi-5
2. [ ] Use the HEAD of jakarta-servletapi
3. [ ] Other:
B) Catalina 2.0
1. [ ] Use new jakarta-tomcat-catalina
2. [X] Use new jakarta-tomcat-5.0
3. [ ] Use the HEAD of jakarta-tomcat-4.0
4. [ ] Other:
C)
Hum, it does look like the spec is a bit schizophrenic here. The
;jessionid= isn't part of the requestURI in section 4.4:
spec-quote section=4.4 version=2.3
It is important to note that, except for URL encoding differences between
the
request URI and the path parts, the following equation is
- Original Message -
From: Bill Barker [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, July 10, 2002 10:34 PM
Subject: Re: getRequestURI()
Hum, it does look like the spec is a bit schizophrenic here. The
;jessionid= isn't part of the requestURI
- Original Message -
From: Pier Fumagalli [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, July 07, 2002 4:04 PM
Subject: Re: webapp- who handles static content: Tomcat or Apache
Sam Ewing [EMAIL PROTECTED] wrote:
I read elsewhere that that mod_webapp
ballot
[X] +1 I support the proposal, and will help implement it
[ ] +0 I support the proposal
[ ] -0 I do not support the proposal
[ ] -1 I am against the proposal being implemented, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
I'm hardly a 4.x expert, but this looks like it will solve the major
problem.
This fix will still send an Auth to /myapp if you first request
/myapp/protected, but that shouldn't be too much of a problem.
In 5.0, I think that the spec is going to eventually require that we move
the logic to the
this code collision...
-Dan
Here's what I got when I tried to do the -r thing:
[dan@oogie tmp]$ echo $CVSROOT
:ext:[EMAIL PROTECTED]:/home/cvs
[dan@oogie tmp]$ cvs co -r tomcat_4_1_2 jakarta-tomcat-4.0
Protocol error: uncounted data discarded
Bill Barker wrote:
-r tomcat_4_1_2 should work
-r tomcat_4_1_2 should work. You could also add the files back from the
Attic, since it's a completely different directory.
- Original Message -
From: Dan Sandberg [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 01, 2002 4:25 PM
Subject: Re: [PATCH] Re:
-1.
4.1 Already has a very nice download target (thanks, Jean-Fredric) that
gets these for you.
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 4:53 AM
Subject: RE: chickeneggs and fix TC4/COYOTE/TC4
This is basically the same as
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7654.
If you set the logger in the init() method, it will work. In light of
section 2.3.2.2 of the 2.3 servlet spec, this is the only safe place to do
any container-sensitive operations.
- Original Message -
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 26, 2002 3:33 PM
Subject: Re: Logging separation
On Wed, 26 Jun 2002, Bill Barker wrote:
This is basically the same as
http://nagoya.apache.org/bugzilla/show_bug.cgi?id
BTW: Did not want to take part on the nice flamaewar started for the
occasion of the 5.0 proposal, was so nice, not very bloody for my taste,
but nice :))
Yeah, it's just not the same without Jon and Paulo. ;-)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
I thought the ASF was about creating a community (meritocracy) where
proposals, ideas, directions, and code can be discussed openly and the
validity of them could be challenged. So that only the best ideas rise
to the top. When did this get redefined to mean selfish?
I see the proposal
be
after both JSR 152 and JSR 154 have been released for public review
and Tomcat 4.1 has had a final release.
Regards,
Glenn
Remy Maucherat wrote:
Bill Barker wrote:
Firstly, let me add my +1 to the proposal. tomcat-dev could use more
warm-and-fuzzies. ;-)
Thanks :)
I have
- Original Message -
From: Christopher K. St. John [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, June 22, 2002 6:36 AM
Subject: Re: Proposal draft for Tomcat 5.0 : benchmarks
Bill Barker wrote:
I agree with Remy
that any single benchmark suite isn't going to tell you
Firstly, let me add my +1 to the proposal. tomcat-dev could use more
warm-and-fuzzies. ;-)
- Original Message -
From: Glenn Nielsen [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, June 21, 2002 7:31 PM
Subject: Re: Proposal draft for Tomcat 5.0 : #3 Straw Man
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 18, 2002 11:34 AM
Subject: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade
JspInterceptor.java
larryi 2002/06/18 11:34:50
Modified:src/facade22/org/apache/tomcat/facade
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Cc: Remy Maucherat [EMAIL PROTECTED]
Sent: Tuesday, June 18, 2002 3:03 PM
Subject: RE: [Bug 6832] / Hum need coyote here
Or the better way could be to copy CoyoteRequest code.
But
- Original Message -
From: Ignacio J. Ortega [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Friday, June 14, 2002 7:06 PM
Subject: RE: jk 1.2 freese/snap time in JTC ?
De: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Enviado el: 14 de junio de 2002 19:57
OK,
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, June 13, 2002 10:34 PM
Subject: cvs commit:
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net URL.java
billbarker2002/06/13 22:34:23
Modified:
- Original Message -
From: Sam Ruby [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, June 11, 2002 10:29 AM
Subject: Re: Tomcat 4.0.4 tag + 4.1.5 nightly + Gump nightlies
Remy Maucherat wrote:
I was also wondering what is needed to be able to switch
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, June 11, 2002 5:09 PM
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/util/depend
DependClassLoader.java DependClassLoader12.java
On Tue, 11 Jun 2002, Bill
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, June 11, 2002 4:59 PM
Subject: jasper2: @page buffer syntax
One more ( today is my jaspers day :-):
in Validator.PageDirectiveVisitor, there is a check for the syntax of the
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, June 11, 2002 7:37 PM
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/util/depend
DependClassLoader.java DependClassLoader12.java
On Tue, 11 Jun 2002, Bill
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Sunday, June 09, 2002 10:42 PM
Subject: [Jasper 2] Tag reuse problems
Hi,
The recent tag reuse changes appear to be great, but seem to have the
disadvantage of breaking
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, June 07, 2002 7:39 AM
Subject: RE: Required jar/rpms to build tomcat 4.1.3b1
PureTLS ? Not yet in TC 4.x ...
4.1 uses coyote which uses
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 11:40 PM
Subject: Re: PROPOSAL: Consistent logging ( for 3.x, 4.x )
On Wed, 5 Jun 2002, Bill Barker wrote:
At least in 3.3 land, I'm leaning to Remy's opinion
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 6:30 PM
Subject: Releases + Jasper 1 removal from HEAD
1) I plan to release a new version of Coyote to pick up the fixes to
Tomcat
3.3 (it looks like I'll pick up some JMX
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 8:21 PM
Subject: Re: PROPOSAL: Consistent logging ( for 3.x, 4.x )
On Wed, 5 Jun 2002, Remy Maucherat wrote:
+1. It will take time, it will probably be painful
- Original Message -
From: Glenn Nielsen [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, June 05, 2002 8:57 PM
Subject: Re: Releases + Jasper 1 removal from HEAD
I saw alot of +1's for removing Jasper 1 from Tomcat 4 CVS HEAD.
I _really_ think this is
Ok, so for those interested, you can go have a look there:
http://www.sun.com/corp_emp/search.cgi?req=525358cart=1-121
What heresy! Sun is still using CGI ;-).
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
It looks like Tomcat3Response.endHeaders needs to call
coyoteResponse.setContentLength so that Http11Processor can see it. It
might also want to call setContentType, but that one doesn't seem to be used
by the Http11Processor.
- Original Message -
From: Keith Wannamaker [EMAIL PROTECTED]
- Original Message -
From: [EMAIL PROTECTED]
To: List Tomcat-Dev [EMAIL PROTECTED]
Sent: Thursday, May 30, 2002 10:55 AM
Subject: PROPOSAL: clientFlush() method
Hi,
I would like to add a new method to Response.
+1
clientFlush() will be called by ServletOutputStream.flush() to
Thanks Remy! This is a better solution.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, May 25, 2002 5:00 PM
Subject: cvs commit:
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/ssi
SSIServlet.java SSIServletExternalResolver.java
remm
I'd like to add a new method (for now called 'preInitCheck') to the API to
be called before the check for calling the init method. The current
JspInterceptor.requestMap would be split between the new preInitCheck method
(which would handle the compile), and the requestMap (which would register
I'd like to propose Dan Sandberg (x at cs.stanford.edu) as a new Tomcat
committer. He has already put in a great deal of work in re-factoring the
SSIServlet in Tomcat 4.x, and seems to be willing to further contribute to
working on this.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
+1
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, May 21, 2002 7:33 PM
Subject: [VOTE] New committer: Denis Benoit
I'd like to propose Denis Benoit Denis.Benoit at fbn.ca as a committer
on
the Tomcat project. Denis has contributed
ballot
[X] +1
[ ] -1
/ballot
Remy
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Try ant all.
- Original Message -
From: Anthony W. Marino [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]; Remy
Maucherat [EMAIL PROTECTED]
Sent: Friday, May 17, 2002 3:52 PM
Subject: Re: Status of JK2
Remy,
The result of ant in jk dir:
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, May 11, 2002 4:15 PM
Subject: [4.1.1] Abandon milestone
Because of the JSP reloading bug found in Jasper 2, I plan to abandon the
4.1.1 milestone, and release a 4.1.2 milestone soon to
have, but otherwise it will just take me a little longer.
You should continue to send patches to the tomcat-dev list, since I can't
always promise when I'll have available time.
- Original Message -
From: Dan Sandberg [EMAIL PROTECTED]
To: Bill Barker [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, May 10, 2002 9:07 PM
Subject: Re: [4.1] Add additional events
On Fri, 10 May 2002, Remy Maucherat wrote:
I plan to add additional events to the components start and stop
-// Do nothing on a NOT MODIFIED status
-if (statusCode == HttpServletResponse.SC_NOT_MODIFIED)
-return;
This is actually 304.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 02, 2002 9:45 PM
Subject: cvs commit: jakarta-tomcat-4.0/webapps/admin/users user.jsp
manveen 02/05/02 21:45:46
Modified:webapps/admin/users user.jsp
Log:
* Password should not be
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 7:44 AM
Subject: Add a target in build.xml
Hi,
I would like to add a target to the TC build.xml: download.
Last time I have tried to help to release TC I have found
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002 7:07 PM
Subject: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4
CoyoteServerSocketFactory.java
amyroh 02/05/01 19:07:03
Modified:
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, May 01, 2002 8:19 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4
CoyoteServerSocketFactory.java
On Wed, 1 May 2002, Bill Barker
The standard way is to attach the output of cvs diff to an e-mail message
with a subject beginning with the string [PATCH]. If you continue to make
work for us enough by doing this, eventually someone will propose you as a
committer :-).
- Original Message -
From: Dan Sandberg [EMAIL
- Original Message -
From: Denis Benoit [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 30, 2002 8:52 PM
Subject: Modification of Jasper2's Generator.java
I was reading Remy's comments on the Generator.java patch and I noted two
things:
1. It could be possible to not
ballot
[ ] +1 Yes, and I'll help
[X] +0 Yes
[ ] -1 No:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Deprecating it was never voted, and the mention should be removed from the
documentation. IMO, the issue should then be voted upon.
Pre-voting: -1 to deprecate WARP. Now that Pier is back, and interested in
maintaining it, WARP deserves an equal chance to compete with AJP. The only
positive
Also, somebody in o.a.c.tomcat4 needs to fire the ACTION_REQ_SSL_ATTRIBUTE
action. That's the Coyote replacement for CertificateValve.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, April 26, 2002 2:50 PM
Subject:
- Original Message -
From: Eric Rescorla [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, April 26, 2002 5:38 PM
Subject: Re: Resend: SSL portability and Coyote
Bill Barker [EMAIL PROTECTED] writes:
Also, somebody in o.a.c.tomcat4 needs to fire
ballot
[ ] +1 I approve this plan, and will help
[X] +0 I approve this plan, but can't help
[ ] -0 I am not in favor of this plan
[ ] -1 I am against this plan, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
This looks a lot like bugzilla #8092.
- Original Message -
From: Chris Wolfe [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 25, 2002 9:06 PM
Subject: filter and forward, bug?
For the context surrounding this problem check my message to
tomcat-user earlier, it should not
Now, maybe I'm alone thinking this, but I would be happy if you omitted
stuff like F**K, S**T or anything related from the emails you post on
this list.
You probably are. :-) As you can see below, you are also grossly
mis-representing what Pier actually wrote (by implying that he violated
Personally, I've rather enjoyed following MinTC's progress (OK, not really
following, since I haven't actually looked at the code :). I could see how
someone might think it rude to post the announcement on tomcat-user (since
many people there are easily confused :), but IMHO MinTC is something
In 3.3, executing a forward removes the javax.servlet.include.servlet_path
attribute. It's just one of the very many places that 3.3.x and Catalina
are different. :-) In the 3.3.x nightly, all of your examples work as
expected.
- Original Message -
From: Andreas Junghans [EMAIL
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, April 11, 2002 7:41 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11
Http11Processor.java
On Thu, 11 Apr 2002, Remy Maucherat wrote:
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, April 10, 2002 12:33 AM
Subject: Re: Watchdog problems on 3.3.x
The current Coyote connector (almost, but more on that later) passes
Watchdog on port 80. It
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 10:14 AM
Subject: Re: cvs commit: jakarta-tomcat build.xml
On Tue, 9 Apr 2002, Larry Isaacs wrote:
The instructions for installing Coyote on
+
+remoteAddrMB = coyoteRequest.remoteAddr();
+ remoteHostMB = coyoteRequest.remoteHost();
+ serverNameMB = coyoteRequest.serverName();
+
+
This forces the lookup to always be per-request, when it would be much nicer
to do it per-connection.
+
+public void
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 1:45 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3
Tomcat3Request.java
On Tue, 9 Apr 2002, Bill Barker wrote
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 1:45 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3
Tomcat3Request.java
On Tue, 9 Apr 2002, Bill Barker wrote
I'm +1 for this. But for at least a little while, I'd rather just deprecate
CoyoteInterceptor and related classes.
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 1:48 PM
Subject: CoyoteInterceptor2
Bill,
Do
Let's kill it then :-)
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 3:50 PM
Subject: Re: CoyoteInterceptor2
On Tue, 9 Apr 2002, Bill Barker wrote:
I'm +1 for this. But for at least a little while, I'd rather
The current Coyote connector (almost, but more on that later) passes
Watchdog on port 80. It fails badly on port 8080. From the discussions on
list between Remy and Costin, this is because the Watchdog tests incorrectly
fail to include the port in the Host header for the HTTP/1.1 protocol.
It's fine with me. I also have a slight preference for the 33 ThreadPool,
but it's not a big deal either way.
If we're going to move the socket handling into o.a.c.http11, what about
importing o.a.t.util.net? It should mean that Tomcat 4.x should be able to
get PureTLS support fairly cheaply.
3.3.1 can't have such a problem, since it isn't a HTTP/1.1 server. :)
To have a HTTP/1.1 server you need to download the Coyote Beta from
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1
.0-b4/ Coyote can handle absolute URIs AFAIK.
- Original Message -
From:
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 02, 2002 7:52 AM
Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0
mod_jk.c
I will apply the patch to 1.3.
Are we still maintaining the second copy of
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 02, 2002 11:51 AM
Subject: Re: Absolute URI problem
3.3.1 can't have such a problem, since it isn't a HTTP/1.1 server. :)
Yes indeed ;-)
To have a
mod_jk2 is the next generation of mod_jk. It is currently barely Alpha
quality for Apache 2.x (and still subject to major changes from day-to-day),
and AFAIK, doesn't currently really work with other servers (but it
eventually will support Apache 1.3.x/IIS/iPlanet as well [and others, if
anyone
Welcome on board!
To answer your questions:
- The submitter initially sets the severity and priority fields, but
they can be subsequently modified by anyone.
- other means that the submitter didn't bother to set it.
- See http://jakarta.apache.org/site/decisions.html . The votes are
meant to
It's the same issue in 3.3.x (This part of mod_jk is common to both).
- Original Message -
From: Hans Schmid [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, March 22, 2002 8:13 AM
Subject: AW: Apache1.3/mod_jk (unix) Tomcat 4 No processor available,
Tomcat 4.0.4 Beta 2 release:
ballot
+1 [ ] I support the release, and I will help
+0 [X] I support the release
-0 [ ] I don't support the release
-1 [ ] I'm against the release because:
/ballot
Inclusion of the Coyote binaries:
ballot
+1 [X] Yes
-1 [ ] No
/ballot
--
To
Not currently. The manager webapp in 4.1 (the current nightly build) may
be able to help (I haven't been able to keep up with all of Amy's an
Manveen's commits).
- Original Message -
From: Khurram Munir [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, March 20, 2002 1:19 AM
--
Vote to release jakarta-tomcat HEAD as Tomcat 3.3.1
[X] +1 I am in favor of the release, and will help support it
[ ] +0 I am in favor of the release, but am unable to help support it.
[ ] -0 I not in favor of the
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 18, 2002 10:07 PM
Subject: jk2: config
I just commited a big chunk of config changes to support
dynamic configuration of jk2.
I'm pretty happy with the new model - many new things
will become
And you're asking here why? This is an OS project, take intuitive and deal
with the -1s later.
- Original Message -
From: GOMEZ Henri [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Cc: Stefan Bodewig [EMAIL PROTECTED]; Conor MacNeill
[EMAIL PROTECTED]
Sent: Sunday, March
And Craig thought it was a strange world when he contributed to j-t-c. ;-)
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 15, 2002 11:47 PM
Subject: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf
ByteChunk.java
remm
Yeah, my mistake was trying to read commit messages when I was in the middle
of doing something else. :-) Just my usual confusion about the 2-state vs.
4-state Lifecycle.
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent:
The only important thing I need to get in is the start/stop calls on the
Processor. It obviously won't take very long, but I won't be able to get to
it until this evening (PST). None of the other changes affect the 3.3
Adapter.They either just start working (e.g. expectations), or are
The 3.3 Adapter is ready for Beta 3, whenever you want to put it together.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, March 15, 2002 9:30 PM
Subject: Re: Coyote Beta 3
The 3.3 Adapter is ready for Beta 3, whenever you want to put it
together.
Thanks Bill.
I'm not totally ready,
Just checked in to 3.3.
- Original Message -
From: [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, March 15, 2002 11:03 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf
ByteChunk.java
On 16 Mar
Ok, now you've got me really confused. It looks like I should have a single
instance of Processor (and thus a single instance of Adapter). At the
moment, both are per-Thread in tomcat3. But I can't see how this can work
even in o.a.c.tomcat4, since the tomcat4 Adapter uses the same instance of
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, March 12, 2002 9:26 PM
Subject: Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD
on 3/12/02 6:30 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
A) URI
Disclaimer:
A +1 vote below does not necessarily mean that I'm going to pledge ongoing
support to o.a.c.tomcat4 (although it is very well done, and I relied
heavily on it for developing o.a.c.tomcat3). However, I do plan to support
o.a.c and o.a.c.http11.
- Original Message -
From: Remy
I'll look into this (but probably not until another couple of these go
around). It's supposed to ignore those if TC3 isn't there.
- Original Message -
From: Craig McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 11, 2002 5:49 AM
Subject: [GUMP] Build Failure -
](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]]
Sent: Sunday, March 10, 2002 7:36 AM
To: Tomcat Developers List
Subject: Re: cvs commit:
jakarta-tomcat-connectors/util/java
I'm willing to claim that the Tomcat 3.3 Coyote adaptor is now Alpha quality
(probably actually Beta, but I want to run some more tests before going out
on that limb). To test it, you first need to check-out j-t-c, and then
build (in order):
- util
- coyote
- http11
From the
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, March 11, 2002 10:42 PM
Subject: Re: Coyote for 3.3
I'm willing to claim that the Tomcat 3.3 Coyote adaptor is now Alpha
quality
(probably actually Beta, but I
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 10, 2002 2:00 PM
Subject: j-t-c standalone releases ?
If I remember well, it was decided some time ago it was ok to release
connectors as modules for Tomcat.
Since I'd like to
The POST was just me forgetting to actually read the request body. The
Cookies was a combination of this (the CookieServlet uses POST), and my
forgetting that I'd disabled Cookies in the browser for localhost (to test
some encodeURL bug), and had forgotten to re-enable them.
The TC3 Coyote now
You really like making work for me, don't you? ;-)
I'll port this to 3.3 branch unless somebody objects. Adding a method that
isn't currently called by 3.3 doesn't hurt anything, and o.a.t.* classes
should (need to) be the same in j-t-c and 3.3 for now.
- Original Message -
From: [EMAIL
I'd like it if this could make it into o.a.c.Processor as well. Since
Costin has done a lot of work on this in 3.3, I'd like to make it settable
(with a default of true), and if it is in Processor I don't have to resort
to introspection.
It's not a big deal, since the introspection tools are
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, March 08, 2002 11:40 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java
On Fri, 8 Mar 2002, Remy Maucherat
801 - 900 of 1050 matches
Mail list logo