+1
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
Hi to all commiters,
Many new commiters these days came with christmas.
After all the noise about TC 3.3, It could be nice to know where each
commiter (oldies and newbies) plan to works :
There is still now, 3 projects (Sorry jon ;-) :
TOMCAT 3.2:
TOMCAT 3.3:
TOMCAT 4.0:
Could each
Sam Ruby [EMAIL PROTECTED] wrote:
GOMEZ Henri wrote:
I remember the hard discution about spinaker on xerces
mailing-list and IBM became more open after Sun position.
But in the Tomcat case we have Sun on one side and
individuals on the others.
Not really the same condition. Hello Sam ?-)
Jon Stevens [EMAIL PROTECTED] wrote:
on 12/19/2000 10:48 AM, "Larry Isaacs" [EMAIL PROTECTED] wrote:
If Tomcat 3.3 can prove it is as stable as Tomcat 3.2.x and is
more spec compliant than 3.2.x,
Why does it have to be called Tomcat 3.3?
Why not Tomcat 3.2.x+1?
Because it's architecture
Jon Stevens [EMAIL PROTECTED] wrote:
To: Costin and the rest of you who commented.
You obviously know what is best and have shown me that I simply have my head
up my ass and I'm just a complete jerk and I should stop now and just let
you do whatever you want.
I give up. All of my
And we, as the newly formed Apache Software Foundation,
accepted that code
in donation as a point of start for the Jakarta Project. I was
there, in
that meeting room, that day when we outlined how the process would have
evolved, with Jon, Stefano and Brian. And I was there, on
stage at
Nicely put
Hello,
I've been reading both this and the dev list for about a month and
asking/answering the more well put user questions (meaning I don't do to well
on the ones that just say "Tomcat 3.x.x doesn't work on linux) and nothing
else).
I'd like to contribute to a tomcat, but since there are
And it's even worse because you are FUCKING RIGHT! It makes me
puke to read
comments like the one that James Cook sent "My personal
impression of you is
in the toilet now", or Gomez Henri "IBM == xml.apache.org and SUN ==
jakarta.apache.org". Where were you KIDS when we were fighting the big
Gomez Henri wrote:
The future of Tomcat 3.3 seems to be outside Apache
now. It's really sad.
As Pier recently said on another mailing list "You can't stop open source
developers...".
Is this really what everybody wants? I'm sure it could be made to happen.
And quickly upgraded to the latest
Way back to technic ;-)
Great too see that.
May be the last time :-(
I think Dan is the authority in this, but I'll add my 2c anyway.
- it's not a bad idea - as long as it's an option
That's could be a secured ajp13 or ajp14 ?-)
- maybe there are ways to do it without too much code change
Hello,
I've been reading both this and the dev list for about a month and
asking/answering the more well put user questions (meaning I don't do to well
on the ones that just say "Tomcat 3.x.x doesn't work on linux) and nothing
else).
I'd like to contribute to a tomcat, but since there
they were. Jon, you might
be annoying and obnoxious at times, but those kids
don't even care about reading what you're writing...
Too bad all this is on an open mailing list where the
mails can be read again and again - and people may
form their own opinions.
_exactly_ happening: from
Way back to technic ;-)
Great too see that.
May be the last time :-(
I hope not - it's great working with you :-)
- it's not a bad idea - as long as it's an option
That's could be a secured ajp13 or ajp14 ?-)
AFAIK ajp13 can be extended in a backward-compatible
way ( or at least
tree. Who is actually FIXING the 3.2 bugs and trying to get a better
container on the old architecture? Not certainly Costin, Nacho or the
Please be carefull when you write something about anybody, have a look
at commits please... Henri, P. Delisle and I are the only ones here that
had
Correct me if I'm wrong, but maybe the whole focus of 3.3 / 3.2.x thing, is
that neither of them will be all that they could be because the resources
are so limited and divided.
Of what value would enhancing JServ to the point of technical perfection, be
right now when it is clearly not the
On Thu, 21 Dec 2000, Rob S. wrote:
Correct me if I'm wrong, but maybe the whole focus of 3.3 / 3.2.x thing, is
that neither of them will be all that they could be because the resources
are so limited and divided.
Of what value would enhancing JServ to the point of technical perfection,
We are soft ware
developers(Calrion systems (P)Ltd. , Cochin ,Kerala, India).Now we are
developing application in EJB under weblogic server. We required to deploy the application (what we
developed in EJB under weblogic server)in Tomcat server. Please give me a step
by step Instructions
Tomcat 3.2.1 fails to deliver a resource, if no root-context is defined in serverl.xml.
If you do not define the root-context "" in server.xml and request a non-existing
resource,
Tomcat will loop forever in PrefixMapper.getLongestPrefixMatch() trying to find a
Container for "".
Bye,
Klaus.
Hi Klaus,
I ran into this as well and thought it was particular to the way that Tomcat is
integrated
with Enhydra. I think I have a fix for it. I'll try to get a patch together and post
it soon.
Shawn
Klaus Friedel wrote:
Tomcat 3.2.1 fails to deliver a resource, if no root-context is
Christian Mallwitz wrote:
Hi,
I want to write a servlet that reads JSP files from somewhere outside the
servlets web application context, compiles them to a location outside the
servlets web application (if necessary) and then invokes the compiled
servlet class.
I started looking at
This is definitely the place ... thanks Sean!
Jon Stevens has committed some changes to the servletapi build scripts.
I will take a look and merge your ideas for anything he missed.
Craig
Sean wrote:
I
had to made changes to the build.xml file to get it to work with the latest
version of any.
Andy wrote:
But, that being the case (and I know I'm touching on a sore spot) what will
be the lifespan of 3.3.
Since a proposal to publish a "Tomcat 3.3" has never been formally presented and
voted on, the only logically correct answer is "I don't know." Depending on the
results of a vote,
Boby Micheal wrote:
We
are soft ware developers(Calrion systems (P)Ltd. , Cochin ,Kerala, India).Now
we are developing application in EJB under weblogic server. We requiredto
deploy the application (what we developed in EJB under weblogic server)in
Tomcat server. Please give me a step by
I don't mean to sound as though I am a prude, but we do a lot of our
consulting at customer sites, much of it face-to-face with the customer's
staff and management. I can control what messages I read and when but I
cannot control when people are in my office and when the message alert with
the
"Pier P. Fumagalli" wrote:
Where were you KIDS when we were fighting the big
corporations to have them looking into open source, to contribute
significant parts of their technologies to the Foundation, where were you
while we were changing this world? You were home, and one day, you looked
Stuart Roebuck wrote:
In the course of fixing a problem I was having getting Apache Cocoon to run, I came
across a bug in Java in the File.toURL() method. This fault, combined with the use
of the URLClassLoader resulted in a classloading issue.
Stuart,
I'm trying to create a simple,
Not true at all. 3.x only implements Servlet API 2.2 and 4.0 implements
Servlet API latest and greatest.
On top of it, I (and others) would be STRONGLY -1 for adding Servlet API 2.3
support to 3.x within the Jakarta project. That is why Costin has already
agreed and stated that he will
[EMAIL PROTECTED] wrote:
I don't mean to sound as though I am a prude, but we do a lot of our
consulting at customer sites, much of it face-to-face with the customer's
staff and management. I can control what messages I read and when but I
cannot control when people are in my office and
Shai,
I apologize for not responding to you earlier ... substantive discussions
are getting a little lost in the noise at the moment.
For some reason, my Netscape mail reader won't let me intersperse comments
-- so I've put them at the end.
I think I read into your earlier comment that you'd be
http://www.freebsd.org/FAQ/misc.html#BIKESHED-PAINTING
-jon
I am interested in calling toString on a Request, but am prevented from this
by the Facade wrapping infrastructure. I understand the security reasons
for this, but want to see the stringified Request. I tried getting the
Context and creating a SimpleFacadeManager, but I got some run time errors
We are soft ware
developers(Calrion systems (P)Ltd. , Cochin ,Kerala, India).Now we are
developing application in EJB under weblogic server. We required to deploy the application (what we
developed in EJB under weblogic server)in Tomcat server. Please give me a step
by step Instructions
Bug report #646 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/646
REPORT #646 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
on 12/21/2000 11:11 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Tomcat3.3 is designed to allow multiple facades - while it'll be only a
servlet 2.2 container, people can make a Servlet2.3 module available and
you will be able to do a gradual transition ( and when all your
applications
"Rob S." wrote:
Of what value would enhancing JServ to the point of technical perfection, be
right now when it is clearly not the direction things are headed? To me, if
someone said, "i want to make all these great changes to JServ" I'd be like,
"ok sure, but no one is going to use it
"Craig R. McClanahan" wrote:
Andy wrote:
But, that being the case (and I know I'm touching on a sore spot) what will
be the lifespan of 3.3.
Since a proposal to publish a "Tomcat 3.3" has never been formally presented and
voted on, the only logically correct answer is "I don't know."
GOMEZ Henri wrote:
The future of Tomcat 3.3 seems to be outside Apache now.
It's really sad.
Sorry, but that's not what I said Henry. Last month I even came up with
a proposal that got accepted (but never turned to reality) on how to
handle this situation... But it seems to me, that everyone
Sam Ruby wrote:
Pier Fumagalli wrote:
So, here I stand, my vote is a big -1 on a 3.3 as a newly
architected servlet container
Pier, I beg of you to reconsider.
Read my email in detail... Read that phrase. I don't vote -1 on 3.3. I
vote -1 if 3.3 is based on a new architecture would
Sam Ruby wrote:
As Pier recently said on another mailing list "You can't stop open source
developers...".
And I'm not here to stop them... Proove me wrong :) :) :)
Is this really what everybody wants? I'm sure it could be made to happen.
And quickly upgraded to the latest servletapi.
GOMEZ Henri wrote:
It's more a question than a request. I was really sad with Pier
reaction. I really don't want to appear as a someone disturbing the
Tomcat Project.
As I don't want to appear as someone who gave up Jakarta and XML to Sun
and IBM respectively... And that's what you said...
Andy wrote:
Maybe the best thing would be if one of the commiters gave me a piece of their
bug they don't feel like finding.
The interim bug reporting system we are using http://znutar.cortexity.com has tons of
outstanding bugs. I would not bother with the Tomcat 3.1 bugs -- anyone who
Costin Manolache wrote:
they were. Jon, you might
be annoying and obnoxious at times, but those kids
don't even care about reading what you're writing...
Too bad all this is on an open mailing list where the
mails can be read again and again - and people may
form their own opinions.
"Craig R. McClanahan" wrote:
For the record, Sun hired me in March, 2000, so that I could work on Tomcat full
time instead of it just being a hobby (as it was when the original code was
written). :-)
And thank you for not accepting my offer at that time, otherwise you
would be working on
Bug report #648 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/648
REPORT #648 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: critical
Christopher Cain wrote:
"Pier P. Fumagalli" wrote:
Where were you KIDS when we were fighting the big
corporations to have them looking into open source, to contribute
significant parts of their technologies to the Foundation, where were you
while we were changing this world? You were
Ok, I put a whole bunch of logging into Turbine to see *exactly* what line
of code is causing the slowness that I keep reporting here and I have now
found it...
Log.note ("RunDataFactory: 11");
// Get the HttpSession object.
data.setSession (
The future of Tomcat 3.3 seems to be outside Apache now.
It's really sad.
Sorry, but that's not what I said Henry. Last month I even came up with
a proposal that got accepted (but never turned to reality) on how to
handle this situation... But it seems to me, that everyone here is
Quoting Nacho [EMAIL PROTECTED]:
Please be carefull when you write something about anybody, have a look
at commits please... Henri, P. Delisle and I are the only ones here
that
had contribute to ALL present versions of Tomcat, *ALL* dont forget
that, and i feel involved on ALL of them, if
Quoting Costin Manolache [EMAIL PROTECTED]:
That's even worse - all the flames that start up
whenever code from 4.0 is reused in 3.x. What's the
problem ??? Are you afraid of "featurism" ( i.e. are
good for 4.0 but bad for 3.3 ) ?
It's open source code, and it's right to reuse it
Jon Stevens wrote:
Ok, I put a whole bunch of logging into Turbine to see *exactly* what line
of code is causing the slowness that I keep reporting here and I have now
found it...
Log.note ("RunDataFactory: 11");
// Get the HttpSession object.
data.setSession (
This is probably due to the new SecureRandom-based session IDs.
There is an option to turn that off somewhere.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 1:47 PM
To: tomcat-dev
Cc: [EMAIL PROTECTED]
Subject: [tomcat-4.0] Session
Yeah i saw that. I'm planning a few updates.
Jon Stevens wrote:
on 12/21/2000 1:13 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
updating the web site is yet another useful way to
contribute).
It is even documented on how to do that!
on 12/21/2000 2:18 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Tomcat3.2 is a big step forward versus Tomcat3.1 - but it still have many
issues - take a look at the ContextManager in 3.3, compare it with 3.2 -
there are still many undefined behaviors, even code from 3.0.
Tomcat 3.2 has
Thanks for the reply,
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
David Rees wrote:
Anyone have any technical comments on the message below? I think that
printing a stack dump in this case can be very useful, but
someone else may
have a different view.
For developers,
Pier,
I wanted to ask you some questions about mod_webapp, and how you might see it working
with mod_jk. I seem to have become the default ajp13 / mod_jk expert, and people have
been asking for various extensions. I'm reluctant to invest much work in
mod_jk/ajp13, given that TC 4.0 is using
pierred 00/12/21 15:25:28
Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32
JspParseEventListener.java
Log:
Check for null value before invoking method.
From email sent by Brian Bucknam:
It's a long story, but I'm working on a project
Trying to close a few Jasper bugs before the holiday break.
I'd appreciate at least another pair of eyes to review what I believe
should be done on that one... -- Pierre
-
Bug #55
-
Synopsis:
Default for included files is 8859_1, with no option to set otherwise.
Report
craigmcc00/12/21 15:47:20
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
Modify the bootstrap program to call file.getCanonicalPath() rather than
file.getAbsolutePath() when constructing "file:" URLs to declare as
craigmcc00/12/21 16:34:37
Removed: catalina/src/share/org/apache/catalina/loader
FileClassLoader.java
Log:
FileClassLoader has been obsolete for a while -- remove it to avoid
any potential confusion.
craigmcc00/12/21 16:37:52
Modified:catalina/src/share/org/apache/catalina/loader
StandardLoader.java
catalina/src/share/org/apache/catalina/startup
ContextConfig.java HostConfig.java
Log:
Second (and last) round of
Pierre Delisle wrote:
Trying to close a few Jasper bugs before the holiday break.
I'd appreciate at least another pair of eyes to review what I believe
should be done on that one... -- Pierre
-
Bug #55
-
Synopsis:
Default for included files is 8859_1, with no
Hans,
What about the javac encoding? I believe it's currently hardcoded
as "UTF8" (in Compiler at least). I'm not sure what it should be
in case different included pages specify different charsets ...
If you refer to bug report #269, I have a fix coming in the next few minutes.
[testing it
try www.jboss.org
good
luck
jatin
-Original Message-From: Boby Micheal
[mailto:[EMAIL PROTECTED]]Sent: Thursday, December 21, 2000 1:12
AMTo: [EMAIL PROTECTED]Subject: help
EJB
We are soft ware
developers(Calrion systems (P)Ltd. , Cochin ,Kerala, India).Now we are
pierred 00/12/21 17:27:39
Modified:jasper/src/share/org/apache/jasper
EmbededServletOptions.java JspC.java Options.java
jasper/src/share/org/apache/jasper/compiler Compiler.java
jasper/src/share/org/apache/jasper/resources
pierred 00/12/21 17:31:03
Modified:catalina/src/conf web.xml
Log:
New JspServlet init parameter for alternate java encoding used when
generating Jsp pages servlet source code. The default java
encoding used is UTF8. This alternate is set by default
to UTF-8.
Revision
I have been following this insane tomcat 4 vs tomcat 3 debate with increasing amazement. I cannot understand why this has become such a big issue. Attempting to tell an open source developer what to write is pretty much counter to ESR's cited prime motivation for open source development -
craigmcc00/12/21 17:54:34
Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java StandardManager.java
Log:
Cause the random number to be initialized when a webapp first starts,
rather than waiting for the first call to
Hans Bergsten wrote:
...
So,
the only possible remaining thing I can think of is to make
sure the encoding specified by jspEncoding is also used as
the "-encoding" argument to the javac command.
It is.
-- Pierre
Tried to back port the last fix I made to Jasper in tomcat 4.0
to tomcat 3.2 (the fix related to bug report #269 -- java encoding).
Was almost there until I realized there is a new class
"JspInterceptor" in tomcat 3.2 that is impacted by that fix.
Unfortunately, I'm not too knowledgeable about
Pierre Delisle is wondering:
-
Bug #55
-
Synopsis:
Default for included files is 8859_1, with no option to
set otherwise.
[SNIP]
I'm not sure I fully understand what's described there,
so here is what I believe should be done.
The "encoding" for a JSP file
Maybe I'm not reading carefully enough (and I haven't had time to trace the
code) but I don't understand what you mean in your "modifications".
The correct behavior seems to me that when a file is included, a 'fake'
JspReader should be created to scan the file for a @page directive with
Tomoaki
From: Tomoaki Okitsu [EMAIL PROTECTED]
Subject: Bug Report #649
Date: Fri, 22 Dec 2000 10:32:32 +0900
Message-ID: [EMAIL PROTECTED]
http://tomcat.3.2.1/examples/jsp/num/numguess.jsp%20
I test this url. But I get "404 Not Found" and don't see a JSP source
code.
This bug may be system
Well, I am not that good at getting all this flames ( and to be honest I'm
not used to get the "thanks" that I got lately - mostly in private mail -
it looks like a very different world, and an wonderful Christmas gift for
me )
In any case, I'll try to stay away from further arguments - I know
74 matches
Mail list logo