It doesn't matter how improbable it is that a conflict will occur. If it's
at all possible for a conflict to occur, then you need to perform an
explicit uniqueness check. Any conflict, no matter how improbable is
unacceptable.
Jon
- Original Message -
From: "Eric Rescorla" <[EMAIL PROTECT
I have a patch as well which I submitted back in June. I haven't received a
response either.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9702
Jon
- Original Message -
From: "Fredrik Westermarck" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, No
Here's the link to the JNDIRealm doc in the Catalina documentation. The main
Realm how-to doc hasn't been updated yet.
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/catalina/docs/api/org/apache
/catalina/realm/JNDIRealm.html
I think the userSearch attribute is the one that you need to use.
Jo
I thought about that too, I'm pretty sure that the strings get trimmed
elsewhere in the code. I tested it with usernames and passwords that
contained nothing but spaces and they were trimmed.
Jon
- Original Message -
From: "Arshad Mahmood" <[EMAIL PROTECTED]>
To: "Tomcat Developers List"
Hi John,
I'm glad to see that you have come up with a patch for JNDIRealm which
allows users to be authenticated by a bind instead of having to query for a
password.
One thing that I'm wondering about though, with regard to your
implementation, do you have to use groups? Or, can you specify a fi
I'm guessing that Craig is the one that added the section about JNI and
class loading in the RC1 release notes. I just wanted to say that I
appreciate that you documented this.
I also noticed that you fixed a problem that I noticed with the Base64
encoder where it had trailing zeroes.
Thanks, Jo
- Original Message -
From: "Glenn Nielsen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 12, 2001 7:30 PM
Subject: Re: Tomcat 4 Documentation
> One other thing I noticed with the docs. On my system at home, Netscape
4.7
> on FreeBSD the right margin for the doc
I'm running into this problem in RC1. Was this fixed post RC1?
Jon
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 11:34 AM
Subject: Re: [DO NOT REPLY: Bug 3524] New: NullPointerException in
MemoryRealm
> Hi,
>
>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, August 27, 2001 4:35 PM
Subject: Re: Fw: Bug in ServletResponse.flushBuffer() in Tomcat 4.0b7?
>
>
> On Tue, 21 Aug 2001, Jonathan Eric Miller wrote:
>
> > Date: Tue, 21 Aug 2001 10:47:11 -0500
> > From: Jonathan Eric Miller
se respond to me directly or post to
the user list as I am not on this list.
Thanks a lot. I think you guys are doing a great job. It's just a few small
issues like this that I hope to resolve at this point.
Jon
- Original Message -
From: "Jonathan Eric Miller" <[EMAIL
I submitted a bug report using the Apache Bug Database regarding this.
However, something seems to be wrong with that database because I don't see
it in there now. Anyone know what happened to this bug?
There are some new attributes in Tomcat 4 which allow you to query for SSL
related information
I'm wondering if the developers of Tomcat might consider implementing
something in Tomcat so that a user can add a setting to server.xml similar
to how other log files are configured so that you can redirect System.err
and System.out to files.
IMHO, this would be very useful. In fact, I suspect t
I'm not actually subscribed to this list, so, if you reply, please reply to
me directly.
I'm wondering if there is some reason that there is no
SSLSocketFactory.class included with the Tomcat 3.2b6 binary distribution?
I first ran into this problem with 3.2b2 and I would have thought that this
w
13 matches
Mail list logo
