Hi,
im running Tomcat 3.2.1 with Apache on Linux box
i have replaced mod_jserv.so with tomcat's mod_jk.so
for this configuration to work i need to run tomcat manually from console
using the scripts and then start apache
only then the JSP Engine starts working.
Is there any way of starting
Hi,
I'm developing a java servlet application using tomcat ad apache web server
under linux. The application is located in a reserved area of the website
where the request are authenticated by basic authentication of Apache.
Problem: since getRemoteUser returns always null, I haven't found a
Craig R. McClanahan typed the following on 09:19 AM 12/26/2000 -0800
I continue to believe, though, that
we should
strive to agree on a high level functional requirements document before
diving too
far down into the "how to do it" details.
OK, I can update my original RFC so it can be checked
OK, here's a start on the code for FileStore and a persistent session Manager
class. The attached patches and new class file basically duplicate the functionality
of the current StandardManager class, but the code for loading and unloading
sessions to disk has been moved to FileStore.
The
Quick question: why does Catalina check with the Realm implementation on
every HTTP request, even after a successful authentication? Is it the
responsibility of the Realm to handle caching and expiring of credentials?
Seems to me that would lead to a good bit of replication of code among
Realm
costin 00/12/27 09:02:06
Modified:src/share/org/apache/tomcat/context ErrorHandler.java
Log:
Fixed ErrorHandler - showDebugInfo was removed from ContextManager as
an "explicit" property. Larry - we can add it back, I just wanted to
test the setProperty mechanism.
The fix
costin 00/12/27 09:15:09
Modified:.build.xml
src/etc server.xml
src/facade22/org/apache/tomcat/facade ServletHandler.java
ServletInfo.java ServletInputStreamFacade.java
ServletWriterFacade.java
marcsaeg00/12/27 09:20:16
Modified:src/doc/appdev/sample Tag: tomcat_32 build.bat
Log:
The CP variable is being built up in three steps, but the second step
didn't include %CP% so the results of the first step were lost.
PR: 591
Submitted by: Terry Traub ( [EMAIL
I need to mark a couple BugRat items as fixed but I don't have a login for
the BugRat system. Who do I need to contact to get an account created?
Thanks.
I've been following of the TC4.0/TC3.2/TC3.3 threads for a while in
silence, and wanted to make an observation.
The Tomcat project really has two major types of customers: those who
want an open source servlet container for their production needs
("conservatives"), and those interested in the
Kief Morris wrote:
Craig R. McClanahan typed the following on 09:38 AM 12/26/2000 -0800
So far I'm looking to implement the FileStore class by cribbing code
from StandardManager's load() and unload() methods, to store session
data in individual files named with the session ID. I've also
On Fri, 22 Dec 2000, Craig R. McClanahan wrote:
"[EMAIL PROTECTED]" wrote:
why not do iot in shared storage and implement SSI ? thats what the
mod_jserv shm file was for...a shared hunk of disk store.
-Ys-
[EMAIL PROTECTED]
This is certainly one valid approach. It works for
On Fri, 22 Dec 2000, Jason Brittain wrote:
Craig R. McClanahan wrote:
"[EMAIL PROTECTED]" wrote:
why not do iot in shared storage and implement SSI ? thats what the
mod_jserv shm file was for...a shared hunk of disk store.
-Ys-
[EMAIL PROTECTED]
This is certainly one
I give people who are accepted committers to Jakarta admin access to
BugRat.
On Wed, 27 Dec 2000, Marc Saegesser wrote:
I need to mark a couple BugRat items as fixed but I don't have a login for
the BugRat system. Who do I need to contact to get an account created?
Thanks.
--
Nicolaus
"Kyle F. Downey" wrote:
Quick question: why does Catalina check with the Realm implementation on
every HTTP request, even after a successful authentication? Is it the
responsibility of the Realm to handle caching and expiring of credentials?
Seems to me that would lead to a good bit of
If you are in a session, the authenticated principal is actually cached (in a
private variable inside the Session object). If you are not in a session, Catalina
has no choice but to authenticate you every time, because it has no way to know
that the second request came from the same person
At least until someone else comes along and wants to do a
better job at it :-).
May be you'll need to find someone to do that job to help
you be more on 4.0 ? Someone as proposed to do that some time ago.
PS: What's the status of the RPM packaging for jakarta and xml projects ?
At this point
on 12/27/2000 10:24 AM, "Kyle F. Downey" [EMAIL PROTECTED] wrote:
I've been following of the TC4.0/TC3.2/TC3.3 threads for a while in
silence, and wanted to make an observation.
The Tomcat project really has two major types of customers: those who
want an open source servlet container
GOMEZ Henri wrote:
At least until someone else comes along and wants to do a
better job at it :-).
May be you'll need to find someone to do that job to help
you be more on 4.0 ? Someone as proposed to do that some time ago.
Yep -- 4.0 would progress faster (and I would get more sleep :-)
Since I'm in your "tinkerer" group because I'm following the Catalina path
(like we agreed on), I will state that everything in your "conservative"
group is just as important to me in the "tinkerer" group.
Therefore, your distinct separation of the groups is illogical and moot.
Not
on 12/27/2000 11:40 AM, "Kyle F. Downey" [EMAIL PROTECTED] wrote:
Since I'm in your "tinkerer" group because I'm following the Catalina path
(like we agreed on), I will state that everything in your "conservative"
group is just as important to me in the "tinkerer" group.
Therefore, your
on 12/27/2000 11:20 AM, "David Lavigne" [EMAIL PROTECTED] wrote:
How can the future of Tomcat be 4.0 while it does not have connectors to
the web servers that 3.x have? I believe that it will be the future as
soon as these exist, otherwise there is no point in making Tomcat a
separate
Report #591 was closed by Person #0
Synopsis: tomcat/doc/appdev/sample/build.bat error
(logged in as: Marc Saegesser)
costin 00/12/27 11:52:57
Modified:.changes3.3
src/etc server.xml
src/share/org/apache/tomcat/request AccessInterceptor.java
JDBCRealm.java SimpleRealm.java
src/share/org/apache/tomcat/startup
on 12/27/2000 11:52 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED]
wrote:
+static int base64[]= {
shouldn't that be a final static int?
-jon
--
Honk if you love peace and quiet.
Please don't start that again.
---
Aaron Knauf
Implementation Consultant
Genie Systems Ltd
Auckland, New Zealand
Ph. +64-9-573 3310 x812, email: [EMAIL PROTECTED]
http://www.geniesystems.com
on 12/27/2000 11:09 AM, "Jon Stevens" [EMAIL PROTECTED] wrote:
The *only* group that has a voice here is the people who have commit access.
No one else has a voice. That is how the ASF works, it isn't a democracy.
Please get used to it.
I take back the part with a "voice". That is totally
on 12/27/2000 11:58 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
Likely waiting for the release manager at the time (me) to do his job.
Craig indicated at the time that he was able to get relief from his
employer to spend work time on putting out the 3.2 release - something we
all very much
I had looked at the code a while ago, and at that time the code to
implement the Java SeucrityManager had been ported from Tomcat 3.2.
When I looked at the code today, it is entirely different and unfinished.
I was wondering who had been working on this and if they were planning
on finishing
costin 00/12/27 13:23:18
Modified:src/share/org/apache/tomcat/util/collections
SimpleHashtable.java
Log:
Added the missing remove() method.
Revision ChangesPath
1.2 +20 -3
on 12/27/2000 12:59 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Nacho and Larry and Henri did most of the hard work in maintaining 3.2,
and it is a _team_ effort. Sam acted as a release manager - doing build
after build, as he was supposed to do. Tomcat 3.2 is not _my_ product, but
costin 00/12/27 13:41:33
Modified:src/admin index.html
src/admin/WEB-INF admin.tld
src/admin/WEB-INF/classes/tadm TomcatAdmin.java
src/admin/contextAdmin contextAdmin.html contextAdmin.jsp
contextList.jsp
Work around description modified:
Description changed from:
To:
Use W3C Extended Log File Format. This log file format includes the request URI
even for filtered requests.
Jon, I defend your right to an opinion. Now will you please voluntarily
quit this? I'm asking you, amigo, please don't put out fire with
gasoline. It's not condusive to anything. Have some fraternity,
brutha!
\n
On Wed, 27 Dec 2000, Jon Stevens wrote:
on 12/27/2000 12:59 PM, "[EMAIL
Hola Costin:
Comments intermixed below.
-public int authorize( Request req, Response response,
String roles[] )
-{
-if( roles==null ) {
-// request doesn't need authentication
-return 0;
-}
-
-Context
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, you did some of that work during your day time job. :-)
And thanks to my managers for not firing me, I'm lucky to
Forget the first comment ( i'll delete realmSignNote soon :), i think
the second comment remains... intelligent? :-), i dont know.
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Nacho [mailto:[EMAIL PROTECTED]]
Enviado el: miércoles 27 de diciembre de 2000 23:23
Para: '[EMAIL
Glenn Nielsen wrote:
I had looked at the code a while ago, and at that time the code to
implement the Java SeucrityManager had been ported from Tomcat 3.2.
When I looked at the code today, it is entirely different and unfinished.
I was wondering who had been working on this and if they were
Hi Nacho,
Sorry about this - I'll fix it back if it broke something. I was not sure
about the way Digest worked, and I wanted to find a way to use it in all
realms.
-public int authorize( Request req, Response response,
String roles[] )
-if(
To be honest, I don't know too much about Digest authentication - you
spent more time on this issue anyway.
You are confused with this code, this enables the ability of use
Digested passwords in the JDBCRealm nothing to do with DIGEST auth, it's
only to read digested passwords from
Hola Costin:
Of course, it would be nice to have the code factored out -
maybe we can
use digest for the MemoryRealm ( or other future realms ) too.
Agree.
( another nice feature would be to support "unix"-like digests and
mySQL-like password digests ). Again - as an util if possible :-)
jon 00/12/27 16:21:24
Added: catalina/docs tomcat-4.0.jpg
Log:
add image done by pier a long time ago as it is pretty nice and we shouldn't loose it
Revision ChangesPath
1.1 jakarta-tomcat-4.0/catalina/docs/tomcat-4.0.jpg
Binary file
nacho 00/12/27 16:46:15
Modified:src/share/org/apache/tomcat/request JDBCRealm.java
SimpleRealm.java
Log:
*realmSigNote is not needed now.
* Now is needed to have both a connectionName
and a connectionPassword to use the 3 params getConnection
costin 00/12/27 17:13:30
Modified:src/share/org/apache/tomcat/startup EmbededTomcat.java
Added: src/share/org/apache/tomcat/startup SimpleTomcat.java
Log:
Another step in refactoring EmbededTomcat.
Revision ChangesPath
1.37 +100 -141
costin 00/12/27 17:15:39
Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java
src/j2ee/org/apache/tomcat/j2ee J2EEInterceptor.java
TomcatJ2EEAdapter.java
src/share/org/apache/tomcat/core BaseInterceptor.java
Unsubscribe tomcat-dev
on 12/28/2000 01:02 AM, "Jon Stevens" [EMAIL PROTECTED]
wrote:
on 12/27/2000 3:42 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
http://w6.metronet.com/~wjm/tomcat/2000/Aug/index.html#00195
I remember this now as I was late on my response! :-)
Where is Costin's response? He is the
unsubscribe jakarta-tomcat-cvs
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.
# Maybe it's Kaffe VM's problem.(which has problem?)
Kaffe developer resolved this problem in Kaffe VM.
We won't need following patch for
"Craig R. McClanahan" wrote:
Glenn Nielsen wrote:
I had looked at the code a while ago, and at that time the code to
implement the Java SeucrityManager had been ported from Tomcat 3.2.
When I looked at the code today, it is entirely different and unfinished.
I was wondering who had
Hi,
Tomcat 3.2.1, as standalone container, do handle well QueryString
with multibyte characters.
But Tomcat 3.2.1, as out-f-process container, does not.
I confirm that both of mod_jserv and mod_jk have some bug in handling
uri and querystring.
Kim
costin 00/12/27 22:04:09
jakarta-tomcat/src/share/org/apache/tomcat/util/hooks - New directory
costin 00/12/27 22:15:21
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 surprized to find ap_hook.h in
Heya!
Saw this thread and wanted to add a few (maybe un)related
comments/questions:
Of course, it would be nice to have the code factored out - maybe we can
use digest for the MemoryRealm ( or other future realms ) too.
( another nice feature would be to support "unix"-like digests and
costin 00/12/27 23:14:45
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
Container.java
src/share/org/apache/tomcat/util/hooks Hooks.java
Log:
Next step in refactoring the hooks. Container is now using the Hook
util.
Hello again!
I have run into something of an issue with tomcat 3.2.1 and 4.0 and
urls/filenames that include funky/reserved characters ( the most
common/troublesome being # so far ). To fix this I read rfc1738
ftp://ftp.isi.edu/in-notes/rfc1738.txt on the 'proper' way to handle these
issues
56 matches
Mail list logo
