I had a problem with Digest authorisation.
And I looked at the sources to find the problem.
And I saw this :
/**
* Return the password associated with the given principal's user name.
*/
protected String getPassword(String username) {
return (null);
}
in the org.apac
On Thu, 1 Aug 2002 [EMAIL PROTECTED] wrote:
> Date: Thu, 1 Aug 2002 17:09:11 -0400
> From: [EMAIL PROTECTED]
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: possible JDBCRealm bug?
>
> org.apache.tomcat.aaa.JDBCRealm open
org.apache.tomcat.aaa.JDBCRealm opens a database connection and never
closes the connection.
Would not a more correct behaviour be to open/close the connection
before/after verifying credentials?
When the connection is kept open, the corresponding database is held up.
For example, when using pos
gzilla/show_bug.cgi?id=10623
JDBCRealm lacks one DB commit, preventing sucessfull authentication under certain
circunstances
[EMAIL PROTECTED] changed:
What|Removed |Added
Platf
gzilla/show_bug.cgi?id=10623
JDBCRealm lacks one DB commit, preventing sucessfull authentication under certain
circunstances
[EMAIL PROTECTED] changed:
What|Removed |Added
Se
gzilla/show_bug.cgi?id=10623
JDBCRealm with Digest stops working after a while
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|JDBCRealm MD5 stops working |JDBCRealm with
gzilla/show_bug.cgi?id=10623
JDBCRealm MD5 stops working after a while
--- Additional Comments From [EMAIL PROTECTED] 2002-07-10 19:42 ---
SHA also doesn't work.
It apears to be ok if I do not use any Digest.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional
gzilla/show_bug.cgi?id=10623
JDBCRealm MD5 stops working after a while
Summary: JDBCRealm MD5 stops working after a while
Product: Tomcat 4
Version: 4.0.4 Final
Platform: PC
OS/Version: Linux
Status: NEW
Severity:
gzilla/show_bug.cgi?id=10361
JDBCRealm requires restart if JDBC connection fails.
--- Additional Comments From [EMAIL PROTECTED] 2002-07-01 00:39
---
I did a bit of additional testing on this and found that the problem I was
seeing was reporting a "Communications l
gzilla/show_bug.cgi?id=10361
JDBCRealm requires restart if JDBC connection fails.
Summary: JDBCRealm requires restart if JDBC connection fails.
Product: Tomcat 4
Version: 4.0.3 Final
Platform: All
OS/Version: All
Status: NEW
Se
gzilla/show_bug.cgi?id=9254
JDBCRealm leaves open Statements
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=9662
JDBCRealm doesn't work with postgres 7.2 driver
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=9662
JDBCRealm doesn't work with postgres 7.2 driver
Summary: JDBCRealm doesn't work with postgres 7.2 driver
Product: Tomcat 4
Version: 4.0.3 Final
Platform: PC
OS/Version: Linux
Status: NEW
S
gzilla/show_bug.cgi?id=9254
JDBCRealm leaves open Statements
--- Additional Comments From [EMAIL PROTECTED] 2002-06-05 19:09 ---
It should not be creating new prepared statements everytime.
JDBCRealm constructs two preparedStatements, and holds on to them forever.
preparedCredentia
gzilla/show_bug.cgi?id=9254
JDBCRealm leaves open Statements
--- Additional Comments From [EMAIL PROTECTED] 2002-06-03 23:33 ---
Hummm interesting, I'll take a look at how tomcat does that caching...
meanwhile both methods (credentials and roles) create new prepared statements
every
gzilla/show_bug.cgi?id=9254
JDBCRealm leaves open Statements
--- Additional Comments From [EMAIL PROTECTED] 2002-06-03 16:08 ---
Tomcat cache's prepared statments. It seems like closing a cached
PreparedStatement would be a bad idea. What JDBC driver are you using?
--
To unsubscr
gzilla/show_bug.cgi?id=9254
JDBCRealm leaves open Statements
Summary: JDBCRealm leaves open Statements
Product: Tomcat 4
Version: 4.0.3 Final
Platform: All
OS/Version: Other
Status: NEW
Severity: Normal
Priority:
gzilla/show_bug.cgi?id=6281
JDBCRealm+Form Login+URL re-writing session=broken
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=6673
JDBCRealm documentation is incorrect for connectionURL
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=8091
JDBCRealm makes Tomcat unusable if the database is unavailable when Tomcat starts
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Cr
gzilla/show_bug.cgi?id=8091
JDBCRealm makes Tomcat unusable if the database is unavailable when Tomcat starts
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RE
gzilla/show_bug.cgi?id=8091
JDBCRealm makes Tomcat unusable if the database is unavailable when Tomcat starts
--- Additional Comments From [EMAIL PROTECTED] 2002-04-15 08:37 ---
So in this case I think that Tomcat should print error message and exit, but
not accept connections anyway and
gzilla/show_bug.cgi?id=8091
JDBCRealm makes Tomcat unusable if the database is unavailable when Tomcat starts
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=8091
JDBCRealm makes Tomcat unusable if the database is unavailable when Tomcat starts
Summary: JDBCRealm makes Tomcat unusable if the database is
unavailable when Tomcat starts
Product: Tomcat 4
Version: 4.0.3 Final
Pl
gzilla/show_bug.cgi?id=7620
documentation and server.xml configuration for JDBCRealm is wrong
Summary: documentation and server.xml configuration for JDBCRealm
is wrong
Product: Tomcat 4
Version: 4.0 Beta 3
Platform: Other
OS/Version:
gzilla/show_bug.cgi?id=6281
JDBCRealm+Form Login+URL re-writing session=broken
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|Coyote HTTP/1.1 Connector |Catalina
gzilla/show_bug.cgi?id=7080
Interbase JDBCRealm - Bug # 5564 - Have a safe fix.
Summary: Interbase JDBCRealm - Bug # 5564 - Have a safe fix.
Product: Tomcat 4
Version: 4.0.3 Final
Platform: All
OS/Version: All
Status: NEW
Severity:
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> > De: Jim Seach [mailto:[EMAIL PROTECTED]]
> > Enviado el: jueves 7 de marzo de 2002 18:08
>
> >
> > A new feature, but a suggestion rather than a request. Even if the
> > client realm doesn't support Digest authentication, we can
> > use B
> De: Jim Seach [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves 7 de marzo de 2002 18:08
>
> A new feature, but a suggestion rather than a request. Even if the
> client realm doesn't support Digest authentication, we can
> use Basic or
> Form to get the user ID and password in the clear, then
all,
john
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
g]On Behalf Of Jim Seach
Sent: Thursday, March 07, 2002 9:38 AM
To: Tomcat Developers List
Subject: RE: [PATCH] change JDBCRealm to add flexibility in table layout
Ignacio,
I apologize for not reading more
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> > De: Jim Seach [mailto:[EMAIL PROTECTED]]
> > Enviado el: jueves 7 de marzo de 2002 16:38
>
> >
> > Ignacio,
> >
> > I apologize for not reading more closely. You didn't -1 it, just
>
> And i apologize everybody for writing english so bad
> De: Jim Seach [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves 7 de marzo de 2002 16:38
>
> Ignacio,
>
> I apologize for not reading more closely. You didn't -1 it, just
And i apologize everybody for writing english so bad :),
> expressed your opinion. I agree your proposed changes would
aying
> that
> > JDBCRealm's use of a sub-optimal table design is *flexible* because
> > there are ways in some databases to modify a correct schema (by
> adding
> > a view) to make it work with JDBCRealm? It seems to me in this
> case
> > that it is the database
ways in some databases to modify a correct schema (by adding
> a view) to make it work with JDBCRealm? It seems to me in this case
> that it is the database that is being flexible not JDBCRealm!
>
This is right..
But just now JDBCRealm only need the information it gets from the db,
users,
Ignacio,
Forgive me if I don't understand, but it appears you are saying that
JDBCRealm's use of a sub-optimal table design is *flexible* because
there are ways in some databases to modify a correct schema (by adding
a view) to make it work with JDBCRealm? It seems to me in this case
> De: John Gregg [mailto:[EMAIL PROTECTED]]
> Enviado el: miércoles 6 de marzo de 2002 15:26
> provided, but I consider it an improvement nonetheless because I value
> flexible designs. I would expect the MySQL users to
a flexible design is what you get in JDBCREalm, dont misinter
heless because I value
> flexible designs. I would expect the MySQL users to appreciate a solution
> that works for everyone, not just everyone else.
>
> After this patch, I was considering cleaning up some of the exception
> handling issues in JDBCRealm, but from now on I
sers to appreciate a solution
that works for everyone, not just everyone else.
After this patch, I was considering cleaning up some of the exception
handling issues in JDBCRealm, but from now on I'll confine myself to
ordinary bug fixes and not design "improvements."
john
-Original
y,
user_id integer not null,
role_name varchar(15) not null
);
create view user_roles_jdbcrealm
as
select u.user_name,ur.role_name
from user_roles ur join users u
on (ur.user_id=u.user_id)
and use this view in jdbcrealm..
Please add what you need to be able to understand you..
Salud
opers List'; '[EMAIL PROTECTED]'
Subject: RE: [PATCH] change JDBCRealm to add flexibility in table layout
Why do not use simply a views, instead of real tables..??
This way you doesnt need to do any changes in JDBCRealm to be able to
use whatever column you like to join roles and users t
ername column in the users table. In
> general, I like to
> avoid using a column with domain meaning as a primary or
> foreign key. In
Why do not use simply a views, instead of real tables..??
This way you doesnt need to do any changes in JDBCRealm to be able to
use whatever column you
Hi all.
I'd like to propose a change to JDBCRealm to allow a little more flexibility
in the layout of one's users and roles tables. The current implementation
(1.20) assumes the roles table will have a column with the same name and
meaning as the username column in the users table.
Why does the JDBCRealm class actually instantiate the JDBC driver object and use it
directly to establish connections? The DriverManager class should be used to actually
establish the connection to the database. The open method should read something like
this...
protected Connection open
gzilla/show_bug.cgi?id=6721
JDBCRealm with certain JDBC drivers does not work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=6721
JDBCRealm with certain JDBC drivers does not work
Summary: JDBCRealm with certain JDBC drivers does not work
Product: Tomcat 4
Version: 4.0.2 Final
Platform: PC
OS/Version: All
Status: NEW
Severity:
gzilla/show_bug.cgi?id=6673
JDBCRealm documentation is incorrect for connectionURL
Summary: JDBCRealm documentation is incorrect for connectionURL
Product: Tomcat 4
Version: 4.0.2 Final
Platform: Macintosh
OS/Version: MacOS X
Statu
gzilla/show_bug.cgi?id=6281
JDBCRealm+Form Login+URL re-writing session=broken
[EMAIL PROTECTED] changed:
What|Removed |Added
Component|Catalina|Coyote HT
ebapp can be used to update
> > the users in a database instead of in "conf/tomcat-users.xml" like
> > MemoryUserDatabase does.)
> >
>
> How would you like to proceed with this and the JDBCDataSourceRealm?
>
I think we need both JDBCDataSourceRealm (that suppor
On Wed, 13 Feb 2002, Glenn Nielsen wrote:
> Date: Wed, 13 Feb 2002 11:53:52 -0600
> From: Glenn Nielsen <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: Re: Tomcat 4 JDBC
> On Wed, 13 Feb 2002, Glenn Nielsen wrote:
>
> Hi Glenn,
>
> Personally, I like the latter idea better (a new JDBCRealm implementation
> that uses a JNDI named data source) to avoid disruption of existing
> applications.
Yes, I agree.
Internal Catalina components can now
configured with
different realms?
Jonathan
Reply Separator
Subject:Tomcat 4 JDBCRealm Connection Pooling
Author: "Tomcat Developers List" <[EMAIL PROTECTED]>
Date: 2/13/2002 10:25 AM
Currently the JDBCRealm does not use db Co
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En
> nombre de Glenn Nielsen
> Enviado el: miércoles 13 de febrero de 2002 17:25
> Should this support be added to the current JDBCRealm, or should a new
> realm be created which uses a JNDI nam
On Wed, 13 Feb 2002, Glenn Nielsen wrote:
> Date: Wed, 13 Feb 2002 10:25:07 -0600
> From: Glenn Nielsen <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Tomcat 4 JDBCRealm Connection Pooling
>
> Cur
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
gzilla/show_bug.cgi?id=6281
JDBCRealm+Form Login+URL re-writing session=broken
Summary: JDBCRealm+Form Login+URL re-writing session=broken
Product: Tomcat 4
Version: 4.0.2 Beta 2
Platform: All
OS/Version: Other
Status: NEW
Severity:
gzilla/show_bug.cgi?id=5564
JDBCRealm and Interbase 6
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Reso
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
--- Additional Comments From [EMAIL PROTECTED] 2002-01-08 03:43 ---
Have you tested your Oracle JDBC Driver with JDK 1.4?
I'm using Informix JDBC and all works fine!!!
--
To unsubscribe, e-mail: <mail
Hi,
I am having problems setting up the JDBCRealm. The database is sqlserver. I have
downloaded the drivers and add them to the CLASSPATH. The configuration in the xml
file looks like this:
server.xml clip BEGIN
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
[EMAIL PROTECTED] changed:
What|Removed |Added
OS/Version|Other |Linux
gzilla/show_bug.cgi?id=5660
JDBCRealm with JDK1.4 and Oracle doesn't work
Summary: JDBCRealm with JDK1.4 and Oracle doesn't work
Product: Tomcat 4
Version: 4.0.1 Final
Platform: Other
OS/Version: Other
Status: NEW
Se
gzilla/show_bug.cgi?id=5564
JDBCRealm and Interbase 6
--- Additional Comments From [EMAIL PROTECTED] 2001-12-27 02:52 ---
IMHO you must contact Interbase to change the JDBC driver behavour. I think that
this is not a correct way to throw an NullPointerException.
If we catch this exception.
gzilla/show_bug.cgi?id=5265
With JDBCRealm: cant add new user online to my authentification database, the new user
will not work until I restart the server.
[EMAIL PROTECTED] changed:
What|Removed
gzilla/show_bug.cgi?id=5564
JDBCRealm and Interbase 6
Summary: JDBCRealm and Interbase 6
Product: Tomcat 4
Version: 4.0.1 Final
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Blocker
Priority:
gzilla/show_bug.cgi?id=5404
Can't set username/password in JDBCRealm with mysql driver
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
gzilla/show_bug.cgi?id=5404
Can't set username/password in JDBCRealm with mysql driver
--- Additional Comments From [EMAIL PROTECTED] 2001-12-14 13:51 ---
it's a xml restriction, in attibuttes you need to use & instead of &, so
you will connecto your mysql db..
-
gzilla/show_bug.cgi?id=5404
Can't set username/password in JDBCRealm with mysql driver
Summary: Can't set username/password in JDBCRealm with mysql
driver
Product: Tomcat 4
Version: 4.0.1 Final
Platform: PC
O
gzilla/show_bug.cgi?id=5265
With JDBCRealm: cant add new user online to my authentification database, the new user
will not work until I restart the server.
--- Additional Comments From [EMAIL PROTECTED] 2001-12-05 05:56 ---
For your information, I use InstantDB database. I've check
gzilla/show_bug.cgi?id=5265
With JDBCRealm: cant add new user online to my authentification database, the new user
will not work until I restart the server.
--- Additional Comments From [EMAIL PROTECTED] 2001-12-04 17:33 ---
First, Thanks for the catch..,i will patch it soon..
For you
gzilla/show_bug.cgi?id=5265
With JDBCRealm: cant add new user online to my authentification database, the new user
will not work until I restart the server.
Summary: With JDBCRealm: cant add new user online to my
authentification database, the new user will no
gzilla/show_bug.cgi?id=4413
Error 403 doesn't work witrh JDBCRealm
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
gzilla/show_bug.cgi?id=4413
Error 403 doesn't work witrh JDBCRealm
Summary: Error 403 doesn't work witrh JDBCRealm
Product: Tomcat 4
Version: 4.0 Final
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
gzilla/show_bug.cgi?id=4352
JDBCRealm does not work with CLIENT-CERT auth-method
Summary: JDBCRealm does not work with CLIENT-CERT auth-method
Product: Tomcat 4
Version: 4.0.1 Final
Platform: All
OS/Version: Other
Status: NEW
Se
bojan 01/09/27 03:23:50
Modified:src/doc JDBCRealm-howto.html
Log:
JDBC jar in lib/container, not lib
Revision ChangesPath
1.4 +2 -2 jakarta-tomcat/src/doc/JDBCRealm-howto.html
Index: JDBCRealm-howto.html
nacho 01/07/20 17:44:25
Modified:src/doc JDBCRealm-howto.html
Log:
Bug#: 1608
Inaccuracies in JDBCRealm-howto.html
Reported by pbwest at powerup.com.au (Peter B. West)
Patch by pbwest at powerup.com.au (Peter B. West)
Revision ChangesPath
1.3 +36 -8
org.apache.tomcat.util.compat.SimpleClassLoader.loadClass(SimpleClassLoader.java:274)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java)
at org.apache.tomcat.util.xml.ObjectCreate.start(XmlMapper.java:687)
I don´t know where the JDBCRealm is, but in the tomcat.jar not is.
Please help me
bip 01/05/22 13:47:10
Modified:catalina/docs JDBCRealm-howto.html
Log:
Changed the paragraph on how to digest passwords.
Revision ChangesPath
1.4 +7 -2 jakarta-tomcat-4.0/catalina/docs/JDBCRealm-howto.html
Index: JDBCRealm-howto.html
> I can write up a little tool or script that does this. Maybe just a script
> that triggers the main method of JDBCRealm?
>
> ..bip
>
efer to see a little stand-alone tool for doing this
> (available in the bin directory with appropriate scripts), as well as
> having the static method restored.
I can write up a little tool or script that does this. Maybe just a script
that triggers the main method of JDBCRealm?
..bip
On Tue, 15 May 2001, Bip Thelin wrote:
> Have the public static Digest method in JDBCRealm gone away?
> I couldn't find it when browsing through RealmBase/JDBCRealm.
>
It went away by accident during my refactoring. It'll get put back in (by
me) sometime, unless someone
"Ignacio J. Ortega" wrote:
>
> Noo, sorry, Craig "cleaned" it, now digest is a normal method not
> static.., we are about to add this functionality in other way, like a
> standalone tool ) but for now main and static digest is not on beta5 ...
Ok thanks, that's what I wanted to know.
> I think
o el: martes 15 de mayo de 2001 10:02
> Para: [EMAIL PROTECTED]
> Asunto: Re: public static String Digest() in JDBCRealm
>
>
> "Ignacio J. Ortega" wrote:
> >
> > It 's on RealmBase at least on my CVS working copy..
>
> Sorry, forgot to specif
"Ignacio J. Ortega" wrote:
>
> It 's on RealmBase at least on my CVS working copy..
Sorry, forgot to specify the version, do you have
a public Digest method that is static for Tomcat 4 in RealmBase?
..bip
It 's on RealmBase at least on my CVS working copy..
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: Bip Thelin [mailto:[EMAIL PROTECTED]]
> Enviado el: martes 15 de mayo de 2001 9:20
> Para: [EMAIL PROTECTED]
> Asunto: public static String Digest() in JDBCRe
Have the public static Digest method in JDBCRealm gone away?
I couldn't find it when browsing through RealmBase/JDBCRealm.
..bip
No worries. It's purely selfish ;-) I kind of need JDBCRealm to work
with encrypted password and per virtual host, so that's why Tomcat
3.3...
I would just like someone from a certain software company to join this
mailing list to see how fast the bugs are fixed in open source. I&
> Enviado el: martes 10 de abril de 2001 4:43
> Para: Tomcat Dev List
> Asunto: Bug in JDBCRealm Tomcat 3.3m2
>
>
> The digest should be called on credentials, not on what's
> picked up from
> the database. That would already be digested. Here is the patch for
>
The digest should be called on credentials, not on what's picked up from
the database. That would already be digested. Here is the patch for
JDBCRealm.java:
---
jakarta-tomcat-3.3-src-original/src/share/org/apache/tomcat/modules/aaa/JDBC
Realm.java Wed Feb 28 06:10:16 2001
+++
jakarta-tomcat
Hi,
I am looking at the new digest option on JDBCRealm passwords. I am trying to figure
out why
the JDBCRealm.Digest(..) method applies Base64 encoding on top of Hex encoding. A hex
encoded digest already uses valid base 64 characters. Is there some other reason for
this? I
have an existing
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=185
*** shadow/185 Thu Mar 15 16:02:04 2001
--- shadow/185.tmp.19768Thu Mar 15 16:02:23 2001
***
*** 2,13
| Null pointer exception in jdbcRealm BugRat Report#263
ome problems to configure the JDBCRealm.
When I start up tomcat i got a exception in logs/catalina.out:
Starting service Tomcat-Standalone
Apache Tomcat/4.0-b1
Catalina.start: LifecycleException: This Realm has already been started
LifecycleException: This Realm has already been sta
It's done on CVS, about 2 weeks ago..
It's solved for 3.2.2 and up, and in 4.0 and up...
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: Larry Rogers [mailto:[EMAIL PROTECTED]]
> Enviado el: lunes 19 de febrero de 2001 6:39
> Para: [EMAIL PROTECTED]
>
have a diff file to
> go with it.
>
> Anyway, when using Tomcat 3.2.1 JDBCRealm with Microsoft SQL Server, the
> credential check fails when the correct username and password are
> submitted by the user. After Tomcat receives the credentials from the
> user, it queries the user ta
This is my first patch to submit. I'm sorry I don't have a diff file to
go with it.
Anyway, when using Tomcat 3.2.1 JDBCRealm with Microsoft SQL Server, the
credential check fails when the correct username and password are
submitted by the user. After Tomcat receives the creden
How do I unsubscribe this.It has become so painful.I have tried thru the
address given at the bottom ,and no use.
Please suggest me what to do.
Thanks,
Arvind
_
Get your FREE download of MSN Explorer at http://explorer.msn.co
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=307
*** shadow/307 Sat Feb 3 12:48:38 2001
--- shadow/307.tmp.14720Mon Feb 5 18:18:03 2001
***
*** 2,15
| Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=532
*** shadow/532 Mon Feb 5 16:44:41 2001
--- shadow/532.tmp.14727Mon Feb 5 18:20:17 2001
***
*** 2,15
| JDBCRealm auth fails using interbase interclient
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=337
*** shadow/337 Sat Feb 3 12:17:57 2001
--- shadow/337.tmp.24658Sat Feb 3 12:51:07 2001
***
*** 2,9
| Tomcat JDBCRealm authentication BugRat Report#606
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=337
*** shadow/337 Fri Feb 2 17:09:06 2001
--- shadow/337.tmp.24631Sat Feb 3 12:17:57 2001
***
*** 5,11
| Status: NEW Version: 3.1 Final |
| Resolution:
101 - 200 of 213 matches
Mail list logo