I think that this has gone about as far as it can productively go in email.
I'd like to ask *all* participants in this discussion to cool it until
Tuesday January 16th when you can voice your opinions at the Jakarta PMC
meeting.
Normally, I would prefer to actually try to reach some sort of
---snip---
...but there might be security/implementation
issues that I missed.
---snip---
Oops! Found one big issue right after I sent off the patch. Patch now checks
for non-hex-character-strings in the encoding, and returns null if present
( similar to what happens if a control character is
Hi, Tomcat developers.
I found problem that tomcat 3.2-b8 doesn't work on Kaffe VM.
(probably 3.2 final is same)
Error occurs at read() method in java.io.BufferedInputStream.
I had a contact to Edouard who is one of Kaffe VM developer.
He said Tomcat should be fixed.
I forward him mail.
Costin, your "elegant" as all to do with "robust".
Hard to understand and maintain code can hardly be robust.
Have fun,
Paulo Gaspar
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 27, 2000 20:12
I disagree with you about 2 points
Almost everybody is aware of Costin time limitations and respects the fact
that his work on Tomcat is purely voluntary (he is not paid to do it).
Everybody respects Craig effort - including Costin (it sure looks so from
his postings).
In fact, Jon is the only person trying to turn this into a
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 27, 2000 22:32
I wrote _a_lot__ of the code that went into 3.2, and I did more work
than you can imagine, Jon. I did that even if I had a job that is not
tomcat, but xml-xalan.
In fact,
Why don't you concentrate on commiting stuff for 4.0 instead of
picking on Costin and 3.3.
In the last 80 days you have done 6 commits but send 153 other
mails. Even though many of them where ok, many of them where
negative and nonconstructive, like "I keep looking at this code
and
Report #641 was closed by Person #0
Synopsis: Tomcat + IIS5.0
(logged in as: Ignacio Ortega)
Craig R. McClanahan typed the following on 09:35 AM 12/27/2000 -0800
* Create another level of nesting inside Manager called Store. This is
probably better, because you can now configure the properties of the
Store implementation using Store attributes.
I haven't had much luck getting
Bug report #671 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/671
REPORT #671 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity:
on 12/27/2000 10:15 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED]
wrote:
Added: src/share/org/apache/tomcat/util/hooks Hooks.java
Log:
First attempt to refactor hooks. Moving them in a util package is not a
bad idea ( and it's inspired by the new organization in 2.0 - I was
initially
Jon Stevens wrote:
Why does this scare me into thinking that if people
start to base their code on top of this that they
will be tying themselves to a single servlet engine?
Isn't that something that we were trying to avoid?
Correct me if I'm wrong.
I see it as a good guideline, but not
on 12/27/2000 5:23 PM, "Casper Gjerris" [EMAIL PROTECTED] wrote:
In the last 80 days you have done 6 commits but send 153 other mails. Even
though many of them where ok, many of them where negative and nonconstructive,
like "I keep looking at this code and realizing how bad it is. :-(" and so
Unsubscribe tomcat-dev
on 12/28/2000 10:42 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
Jon Stevens wrote:
Why does this scare me into thinking that if people
start to base their code on top of this that they
will be tying themselves to a single servlet engine?
Isn't that something that we were trying to avoid?
jon 00/12/28 11:44:40
Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
RecycleBufferedInputStream.java
Log:
I found problem that tomcat 3.2-b8 doesn't work on Kaffe VM.
(probably 3.2 final is same)
Error occurs at read() method in
costin 00/12/28 11:50:42
Modified:src/share/org/apache/tomcat/task StartTomcat.java
Added: src/share/org/apache/tomcat/modules/config ApacheConfig.java
IISConfig.java NSConfig.java
Removed: src/share/org/apache/tomcat/task ApacheConfig.java
The version of Jasper in Tomcat 4 inherits alot of baggage from
the original Jasper from 3.x. Jasper in 3.x had to support
both jdk 1.1.x and required jdk 1.2 to use the SecurityManager.
Since Jasper in Tomcat 4 implements JSP 1.2, the version of jasper
in Tomcat 4 is required to use jdk 1.2 or
on 12/28/2000 12:11 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
So can I remove all the support for jdk 1.1.x from the version
of jasper in Tomcat 4?
+1
-jon
--
Honk if you love peace and quiet.
Jon Stevens wrote:
Why does this scare me into thinking that if people
start to base their code on top of this that they
will be tying themselves to a single servlet engine?
Isn't that something that we were trying to avoid?
Correct me if I'm wrong.
I see it as a good
costin 00/12/28 13:03:18
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
ContextManager.java
Log:
Added a new hook - engineState, to notify modules of state changes in core.
( it is important since modules can do different things in
Ok, I'm just throwing this out there as a "nice to have" in the future and
maybe someone (how about all those people who haven't commit anything, yet
they have time to tell me what an asshole I am) might want to implement it.
What would be "nice to have" is a feature where the Tomcat HTTPd had
glenn 00/12/28 13:59:19
Added: src/doc/uguide Tag: tomcat_32 tomcat-security-unix.html
Log:
SecurityManager under unix
Revision ChangesPath
No revision
No revision
1.1.2.1 +197 -0
glenn 00/12/28 13:59:35
Modified:src/doc/uguide Tag: tomcat_32 tomcat-security.html
Log:
SecurityManager under unix
Revision ChangesPath
No revision
No revision
1.1.2.2 +2 -168
glenn 00/12/28 14:11:01
Modified:src/etc Tag: tomcat_32 tomcat.policy
Log:
Updated for default permissions
Revision ChangesPath
No revision
No revision
1.5.2.1 +7 -6 jakarta-tomcat/src/etc/tomcat.policy
glenn 00/12/28 14:12:11
Modified:src/share/org/apache/tomcat/context Tag: tomcat_32
PolicyInterceptor.java
Log:
Updated for default permissions, fix windows default FilePermission
Revision ChangesPath
No revision
No
glenn 00/12/28 14:13:51
Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32
RequestDispatcherImpl.java
Log:
If SecurityManager being used, wrap forward() and include() with an
AccessController.doPrivileged()
Revision ChangesPath
No
glenn 00/12/28 14:15:30
Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
SessionUtil.java
Log:
Fix generateSessionId() so it works with a SecurityManager
Revision ChangesPath
No revision
No
This would be way down on my list of priorities for a Jakarta project.
If I needed mod_rewrite for testing I would install Apache on my local
development system. Why "reinvent the wheel" just for testing.
Besides, I would still want to test the stuff developed locally on
Apache with
Quoting Sam Ruby [EMAIL PROTECTED]:
Jon Stevens wrote:
Why does this scare me into thinking that if people
start to base their code on top of this that they
will be tying themselves to a single servlet engine?
Isn't that something that we were trying to avoid?
Correct me if I'm
on 12/28/2000 2:25 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
This would be way down on my list of priorities for a Jakarta project.
It doesn't have to be a Jakarta Project. I never suggested that.
If I needed mod_rewrite for testing I would install Apache on my local
development system.
Glenn Nielsen wrote:
The version of Jasper in Tomcat 4 inherits alot of baggage from
the original Jasper from 3.x. Jasper in 3.x had to support
both jdk 1.1.x and required jdk 1.2 to use the SecurityManager.
Since Jasper in Tomcat 4 implements JSP 1.2, the version of jasper
in Tomcat 4 is
costin 00/12/28 15:19:57
Modified:.build.xml
src/share/org/apache/tomcat/context AutoSetup.java
src/share/org/apache/tomcat/startup Main.java Tomcat.java
src/share/org/apache/tomcat/task Expand.java
costin 00/12/28 15:20:45
jakarta-tomcat/src/tests/share/gtest - New directory
Title: netscape timing out
I am using tomcat 3.2.1 release build on winnt4.0
when I use jsp:forward, IE works fine.Netscape gets timed out.
%
str1 = myPage.jsp;
str1 = response.encodeURL(str1);
%
jsp:forward page='%= str1 %' /
Any idea?
Thanks,
Jayesh
nacho 00/12/28 15:59:31
Modified:src/share/org/apache/tomcat/request Tag: tomcat_32
JDBCRealm.java LocalStrings.properties
Log:
Now is needed to have both a connectionName
and a connectionPassword to use the 3 params getConnection
method
Thanks
Is this not already an action item for catalina??
(RewriteValve)
Dave
--- Jon Stevens [EMAIL PROTECTED] wrote:
on 12/28/2000 2:25 PM, "Glenn Nielsen"
[EMAIL PROTECTED] wrote:
This would be way down on my list of priorities
for a Jakarta project.
It doesn't have to be a Jakarta
costin 00/12/28 16:24:40
jakarta-tomcat/src/etc/users - New directory
In the course of some work I've been doing on Tomcat, I've been thinking about using a
Thread Pool. There is currently a bunch of code doing this in both TC 3 and TC 4,
but, no surprise, it's extremely difficult to understand and/or extend.
Doug Lea, author of Concurrent Programming in Java,
costin 00/12/28 16:33:15
Modified:src/etc server.xml
src/share/org/apache/tomcat/request SimpleRealm.java
Added: src/etc/users admin-users.xml example-users.xml
global-users.xml tomcat-users.xml
src/tests/webpages/WEB-INF
Hi Costin,
As discussed a week ago, someone took out Jon's code to serialize session
from 3.3.
That code was part of 3.2 but does not exist in 3.3. Could you please add it
back into ServerSession??
As proposed by you I'm working on "SerializableSession" module, and I need
that piece of code to
Jon Stevens wrote:
on 12/28/2000 2:25 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
This would be way down on my list of priorities for a Jakarta project.
It doesn't have to be a Jakarta Project. I never suggested that.
If I needed mod_rewrite for testing I would install Apache on my
Hi, developers!
I need JMX implementation to build TC 4.0
But I cannot download it from Sun in our country.
Please send me it.
Thanks,
Kim
Here is the patch for Tomcat 3.2.x, turned out to be fairly straightforward,
but again there may be a better place to put this fix and there may be
security issues I hadn't considered...Thanks again!
David Weinrich
--- FileUtil.java Thu Dec 28 19:19:43 2000
+++ FileUtilEd.java Thu
I'll check in the fix tommorow - the HttpSessionBindingEvent and
session reloading should go into the facade22 module.
I was thinking about this - does it make sense to keep the session code in
the core ? It seems to me that maintaining an object store is orthogonal
to the http functionality -
on 12/28/2000 5:28 PM, "Glenn Nielsen" [EMAIL PROTECTED] wrote:
Apache mod_rewrite is very cool, it comes in handy at times.
Your feature request didn't contain much justifiying why it was needed.
I'm sure you have your reasons, go for it.
I thought its "cool"ness clearly justifies it.
love
on 12/28/2000 5:52 PM, "Pilho Kim" [EMAIL PROTECTED] wrote:
Hi, developers!
I need JMX implementation to build TC 4.0
But I cannot download it from Sun in our country.
Please send me it.
Thanks,
Kim
Wouldn't that also mean that you shouldn't be downloading Tomcat as well?
What
on 12/28/2000 9:27 PM, "James Duncan Davidson" [EMAIL PROTECTED] wrote:
However, if you do
what Jon suggests and check in a .jar file with the compiled classes, things
should be ok.
I just can't wait to hear Craig and Sam yell at us for doing so though. :-)
-jon
--
Honk if you love peace
Hi Dan,
In the course of some work I've been doing on Tomcat, I've been
thinking about using a Thread Pool. There is currently a bunch of code
doing this in both TC 3 and TC 4, but, no surprise, it's extremely
difficult to understand and/or extend.
Well, it is a big surprise - I thought TC
49 matches
Mail list logo