Liam Magee [EMAIL PROTECTED] wrote:
I have been a long-time silent listener on this list, and use Tomcat 3.1 in
a production environment. I have been greatly appreciative of the hard work
gone into the software to date, and respect that its development is on a
volunteer basis. But I fully
Luke Holden [EMAIL PROTECTED] wrote:
What is the status of the Tomcat 4.0 web connector for apache (if any)?
ARRGGH :) :) :) :) You know how to make me suffer... A beta
will be available soon
Pier
-
"Pier P. Fumagalli" wrote:
What is the status of the Tomcat 4.0 web connector for apache (if any)?
ARRGGH :) :) :) :) You know how to make me suffer... A beta
will be available soon
hahahaha :)
Well is there any way I can help? Although slightly new to java Ive been
Whew!
Pier's text below, or something like it, would be good to have in the
(Tomcat-4.0?) user's guide.
[I know the distinctions made below were made in emails (and docs I
didn't read :-)) by Craig, but being vastly ignorant of servlets and
JSPs, it all ran together in my mind over time.]
"Pier P. Fumagalli" wrote:
So, I'm proposing this plan, and please vote on 2 and 4 (1 and 3 were
already voted upon with a bunch of +1s)...
1) Release Tomcat 3.2 final (soon, please!)
+1
2) Create a new proposal tree alongside with Catalina (new name to avoid
confusion, please)
For what concerns me, Tomcat 3.3 doesn't exist as an Apache Project. It
was
not voted upon, and it is in direct contrast with what this community
decided.rg
I'm probably wrong, but I don't remember a vote that said Tomcat 3.2 was
a new development over Tomcat 3.1. I thought it was clear that
Sorry again, but this time I have to vote -1 on a "new" Tomcat 3.3,
expecially before 3.2 final is out of the door. The NEXT major release is
going to be Tomcat 4.0, based on Catalina, as we all agreed on months ago.
The impression I got from reading the dev list was that 4.x was where
"I've never seen Tomcat before" being faced with two downloads, which one
would you grab, seeing 3.1, 3.2b6 and 4.0M4 available?
"being faced with two downloads, which of these three would you grab?"
I think next time I won't get up at 6 am =)
I think Jakarta should provide a "quality" RI
Bug report #342 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com:/BugRatViewer/ShowReport/342
REPORT #342 Details.
Project: Catalina
Category: Feature Requests
SubCategory: Enhancement
Class: suggest
State: received
Priority: low
Severity:
Hi all, me again =)
The last time we spoke about this, beta 6 was about to be built. Mike
Bremford made some schmokin' changes to the mod_jk HOWTO, both of us to the
Apache HOWTO and the index page (User's Guide updates were in-progress).
There was some confusion w/the tree between Alex and
Sorry Pier, but I don't think I'm doing anything wrong.
I worked ( pretty hard ) on the last year or so on tomcat. I worked (
pretty hard ) convincing other people to contribute.
Tomcat 3.1 is better that tomcat 3.0 ( or the old JWSDK ). Tomcat 3.2 ( as
it was few months ago ) is better than
time explaining to people, "Well, 3.x is sort of this unfinished thing that
they weren't happy with, so they started 4.x". To me, that DOES give the
3.x and 4.x are 2 different servlet containers, with very different
design. The only confusing thing is the fact that the same name is used
for
Excuse the enthusiasm, but ...
I just looked at the docs for about 2 minutes, started up TC4.0, and
started looking. It's great! I'm impressed that I can actually DO
something right out of the box: it's a great encouragement to learn more.
Meanwhile, back at the ranch, ab load testing begins
craigmcc00/11/04 08:08:55
Modified:catalina/src/bin catalina.sh
Log:
Use "$JAVA_HOME/bin/java" instead of "java" to execute the JVM, to ensure
that the correct runtime (based on the setting of JAVA_HOME) is selected,
no matter what is on the user's path. This functionality
craigmcc00/11/04 08:09:34
Modified:catalina/src/bin catalina.sh
Log:
Oops ... forgot the "jdb" calls for the debug option.
Revision ChangesPath
1.10 +3 -3 jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
Index: catalina.sh
Report #280 was closed by Person #0
Synopsis: Trailing slash in init parameter value seems to disappear
(logged in as: Ignacio Ortega)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
BugRat Report #244 was linked to Bug #27
(logged in as:Ignacio Ortega)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
So what are our goals, anyhow ?
I think we should concentrate on the following goals (in this order):
1) Provide a quality RI of Servlet 2.2/JSP 1.1. This is something that
Tomcat 3.0 claimed to be, but until now we are still not quite sure !
2) Provide a production quality implementation of
I am running Tomcat 3.2 with Apache 1.3.12 under Windows NT 4.0/Service
Pack 5 using the JRE 1.2.2 w/o Hotspot. I was getting the message
"Incomplete read, deal with it" when sending servlet requests ~1.5KB.
In short, I dealt with it by continuing to read until the full request has
been read
I'd like to speak up about this briefly.
Catalina/Tomcat-4.0 may be the future which is fine, but Tomcat is now
being used in production settings. We've been testing the 3.2b* releases
and the performance is better than 3.1 which is important for us. The
performance of 3.3 is supposed to be
Everyone,
I see no reason why Tomcat 3.x and 4.x have to be mutually exclusive. As
far as I can tell, Tomcat 3.x is Servlet 2.2, and Tomcat 4.x is Servlet
2.3. It's as simple as that. Yes, the vote did happen. You now have
Tomcat 4.x, and that is what I am using, and it is awesome!
On Fri, 3 Nov 2000, Pier P. Fumagalli wrote:
Sorry for starting what it might end up as a long flamewar, but reading
almost 500 emails on the list I ended up a little confused... Also, in a
bunch of side discussions, but related always to the same topic, I feel
there's something wrong going
"Pier P. Fumagalli" wrote:
Sorry for starting what it might end up as a long flamewar, but reading
almost 500 emails on the list I ended up a little confused... Also, in a
bunch of side discussions, but related always to the same topic, I feel
there's something wrong going around here...
"Craig R. McClanahan" wrote:
[...]
Therefore, I'm going to spend the weekend integrating all the bug reports and
fixes I can find into 3.2 -- please check the CVS commit reports and remind me
of any that I miss. In particular, I would like people to check out the
changes to MOD_JSERV and
Hans Bergsten wrote:
"Craig R. McClanahan" wrote:
[...]
Therefore, I'm going to spend the weekend integrating all the bug reports and
fixes I can find into 3.2 -- please check the CVS commit reports and remind me
of any that I miss. In particular, I would like people to check out the
craigmcc00/11/04 12:08:08
Modified:src/share/org/apache/tomcat/service/connector Tag: tomcat_32
TcpConnector.java
Log:
When receiving messages from the input stream, fully read the header and
the message before returning.
Revision ChangesPath
Mark,
I just checked in a slight generalization of this change (the read of the four-byte
header could fail in the same way. I forgot to give you credit in the CVS commit
:-(, but thaks for the bug report. Please test this (with your large servlet
requests) when you can.
Craig
Mark Pollard
craigmcc00/11/04 12:28:48
Modified:src/share/org/apache/tomcat/core Tag: tomcat_32
ContextManager.java
Log:
When configuring a ContextManager, allow the "work" and "home" attributes
to be specified (or defaulted) in any order.
Reported by: Mark Lewis
craigmcc00/11/04 12:37:47
Modified:src/doc Tag: tomcat_32 in-process-howto.html
Log:
Add a CVS identifier to the in-process-howto.html page (primarily to see which
version is actually reflected on the web site).
Revision ChangesPath
No revision
I've updated the Tomcat documentation pages on the Jakarta web site to
pull the "tomcat_32" branch, so that we can see the docs that will be
included in a 3.2 release (and have the opportunity to fix them).
Please help this process by reviewing the only doc pages at:
While researching the isues related to BugRat Bug Report #213
("RequestDispatcher does not propogate errors"), I became aware that, in
the implementation of RequestDispatcher.forward() and
RequestDispatcher.include(),
(org.apache.tomcat.facade.RequestDispatcherImpl) the method
craigmcc00/11/04 13:07:28
Modified:src/doc Tag: tomcat_32 readme
Log:
Add a note about the fact that Tomcat 3.2 applies security constraints
on request dispatcher forwards and includes.
Revision ChangesPath
No revision
No
I believe development on the 3.x tree MUST continue, until Tomcat 3.x
truly IS the RI of Servlet 2.2. Anything else would not make sense.
The numbering (3.2, 3.3) does not matter.
You will find that the 3.3 tree is pretty nearly as big an
architectural change (from 3.2) as is 4.0 (rather
remm00/11/04 14:27:09
Modified:catalina/src/share/org/apache/naming/factory
TyrexDataSourceFactory.java
TyrexTransactionFactory.java
Added: catalina/src/share/org/apache/naming package.html
Some non-committer 2c here from me. Both of these things...
From Nick:
1) The fact that there are smart software developers out there
contributing to Tomcat 3.x codebase and not necessarily contributing to
the 4.0 codebase is a failure of the Jakarta Apache community to obtain
sufficient
craigmcc00/11/04 14:48:43
Modified:src/native/nt_service Tag: tomcat_32 jk_nt_service.c
Log:
Patch the NT Service tool to fix bugs when shutting down Tomcat via the
AJP12 protocol, which causes Tomcat to be shutdown with extreme prejudice
instead of waiting for it to shut down
Everyone wants a TC3.2 -- I believe the only major concerns over the past
couple weeks have been expressed in this snippet from a week ago:
- snip -
It seemed that the last outstanding issue was the compilation under JDK
1.1, but that should be fixed now. So is there still
Hi,
Just did an checkout of jakarta-tomcat. The build is not succeeding
and stops with the error:
srcdir "blabla/jakarta-tomcat/src/jasper3" does not exist!
what`s the problem?
Juergen
-
To unsubscribe, e-mail: [EMAIL
That's a very interesting discussion, I certainly learned a lot from it.
So, tomcat3.3 is confusing and shouldn't be called tomcat because catalina
is tomcat. And while tomcat3.2 was ok, and nobody complained that the
performance increased several times and a lot of features were added, for
Costin is an avid developer devoted to this project and technology, and you
are fools to lose him and fork the project. I think it is possible that many
contributors (present and potential future) will follow him. He is one of
the few major contributors not employed by Sun. I don't see why there
David Soroko wrote:
I am observing the following behavior which I do not understand (Tomcat 3.1
and 3.2b6)
The setup:
The appdev Hello sample servlet to which the method init (ServletConfig
config)
has been added. It just prints a line of text.
To the servlet's web.xml the
"Craig R. McClanahan" wrote:
David Soroko wrote:
I am observing the following behavior which I do not understand (Tomcat 3.1
and 3.2b6)
The setup:
The appdev Hello sample servlet to which the method init (ServletConfig
config)
has been added. It just prints a line of text.
Hans Bergsten wrote:
Once upon a time this happened when an application was defined by a Context
element and stored in the default webapps directory. Tomcat created one context
for the Context declaration and one for the the WAR (or expanded WAR) it found
in the webapps directory.
Well,
craigmcc00/11/04 15:48:12
Modified:src/native/jk Tag: tomcat_32 jk_ajp13.c
Log:
Fix a bug in "jk_ajp13.c" that caused the "Authorization" header to be
incorrectly transmitted to Tomcat as an "Accept-Language" header.
I DO NOT HAVE REASONABLE FACILITIES TO TEST THIS PATCH -
Michael Percy [EMAIL PROTECTED] wrote:
Costin is an avid developer devoted to this project and technology, and you
are fools to lose him and fork the project.
Costin is a great guy, I have nothing personal against him... I was so happy
when he got his green card last week because I consider
The problem of the division of finite resources remains.
Costin, would you consider bringing your brains into the 4.0 tree? Is 3.3
that good that it should weigh in _against_ (as a competeing
implementation) 4.0? Pier, Craig, have you done all you can to get Costin
"on-board" with 4.0?
I just
What about this:
- I start a new revolution in tomcat3.2 space ( proposals/something ),
and all the implementation of 2.3 and all controversial stuff will go
there ( i.e. all new features, like dav, http1.1, resource caching, the
new SMTP and POP3 protocols - since any feature will be in fact
craigmcc00/11/04 16:01:25
Modified:src/native/apache/jserv Tag: tomcat_32 jserv_ajpv12.c
Log:
If ap_bread() returns a negative value (to indicate that an error occurred),
return -1 ourselves instead of trying to call ap_bwrite() with a length of
-1. This was causing a GPF on
"Pier P. Fumagalli" wrote:
Hans Bergsten [EMAIL PROTECTED] wrote:
"Pier P. Fumagalli" wrote:
Sorry for starting what it might end up as a long flamewar, but reading
almost 500 emails on the list I ended up a little confused... Also, in a
bunch of side discussions, but related
[EMAIL PROTECTED] wrote:
What about this:
- I start a new revolution in tomcat3.2 space ( proposals/something ),
and all the implementation of 2.3 and all controversial stuff will go
there ( i.e. all new features, like dav, http1.1, resource caching, the
new SMTP and POP3 protocols -
Pier P. Fumagalli wrote:
If you want to go on and make a 3.3, do it, but if you want to
implement Servlet 2.3 in that release, you'll get my -1...
Whether I personally agree with 3.x design or not, as an ASF member myself,
I believe that it is important to protect Costin's right to pursue it.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, November 04, 2000 4:27 PM
Subject: Re: Tomcat 3.3 / 4.0 confusion, rant and plan...
And why not:
Servlet2.0 - Tocmat3.3
Servlet2.1 - Tomcat3.3
Servlet2.2 - Tomcat3.3
Servlet2.3 - Tomcat3.3
- I start a new revolution in tomcat3.2 space ( proposals/something ),
and all the implementation of 2.3 and all controversial stuff will go
there ( i.e. all new features, like dav, http1.1, resource caching, the
new SMTP and POP3 protocols - since any feature will be in fact just an
Hi, it appears that HttpServletResponse.encodeURL refuses to add a
JSESSIONID to relative URLs for Tomcat 3.1 and 3.2b6. I looked at the code,
and it appears that HttpServletResponseFacade.isEncodeable() always returns
false on URL strings that are not fully qualified, and this causes encodeURL
Colin Evans wrote:
Hi, it appears that HttpServletResponse.encodeURL refuses to add a
JSESSIONID to relative URLs for Tomcat 3.1 and 3.2b6. I looked at the code,
and it appears that HttpServletResponseFacade.isEncodeable() always returns
false on URL strings that are not fully qualified,
"Craig R. McClanahan" wrote:
[...]
It is not supposed to ignore them -- it is supposed to convert them to absolute
and then add the path parameter if:
- The host and port of the absolute URL
matches the original request
- The context path of the absolute URL
matches the original
Excuse my ignorance, Why tomcat 3.x makes redirects (302) absolute ?
It leads to problems with NAT ( at router level ) redirects, and reverse
proxys, and it can commented without aparent harm
Saludos ,
Ignacio J. Ortega
-
Nacho wrote:
Excuse my ignorance, Why tomcat 3.x makes redirects (302) absolute ?
It leads to problems with NAT ( at router level ) redirects, and reverse
proxys, and it can commented without aparent harm
See servlet 2.2 specification, section 6.3, first complete paragraph.
Making the
public void service(Request req, Response res)
throws IOException, ServletException
{
+ synchronized(this) {
if( ! initialized ) {
try {
init();
@@ -271,6 +272,7 @@
return;
}
}
+ }
This looks significant from a
Hola Craig:
See servlet 2.2 specification, section 6.3, first complete paragraph.
Making the URL absolute is required.
It's required when it's used trought the convenience methods
(sendRedirect sendError) not when the container send itself a
redirect... and this was the reasoning behind
Qian Weichun wrote:
The bug lies here:
I forward a request in my servlet.
After I commit the output, I perform the forwarding.
Tomcat doesn't act conforming to the servlet 2.2 specification,
which specifies that it should throw the IllegalStateException.
Luke,
I apologize for not giving you credit for this patch -- it was included (along
with other patches) by someone else. But thanks!!!
Craig McClanahan
"Kirby, Luke" wrote:
Hi!
It would seem that the Jakarta NT Service fails to properly shutdown Tomcat.
Examining the code shows that it
Ohh unpleasure findings ( and i do need to read the damn RFC too :-)
Tomcat 3.2 seems to have another bug!!!
i've obtained this ( by means of telnet ) from different http servers,
after done a GET / in all of them, i obtained
This is from IIS 5.0
first finding: How IIS makes this work
Nacho wrote:
Ohh unpleasure findings ( and i do need to read the damn RFC too :-)
Tomcat 3.2 seems to have another bug!!!
i've obtained this ( by means of telnet ) from different http servers,
after done a GET / in all of them, i obtained
This is from IIS 5.0
first finding: How
craigmcc00/11/04 21:28:53
Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
FileUtil.java
Log:
Update pathname parsing to deal with multiple '\' characters on NetWare
platforms.
Submitted by: Mike Anderson [EMAIL PROTECTED]
Revision
- Original Message -
From: "Nacho" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, November 04, 2000 9:32 PM
Subject: RE: Why tomcat 3.x makes redirects (302) absolute ?
Hola Craig:
The fact that other servers break the rules is no excuse for
Tomcat to do
so.
If
remm00/11/04 22:22:51
Modified:catalina build.xml
Log:
- Conditional compilation variables were not properly set for some reason,
probably because this buildfile is actually called from the main buildfile.
As a result, neither Tyrex nor JTA is needed anymore to build
67 matches
Mail list logo