Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 94695 invoked from network); 18 Feb 2000 08:03:04 -0000 Received: from unknown (HELO cc1.coolcat.com.au) (203.37.167.210) by locus.apache.org with SMTP; 18 Feb 2000 08:03:04 -0000 Received: from cc1/203.37.167.210 (203.37.167.212[203.37.167.212]) (coolcat.com.au) by null (com.jtbox.smpt.SMPTHandler) with SMTP id 1547040349 for ; Fri, 18 Feb 2000 19:04:14 +1000 Message-ID: <38ACFCDA.E501AF6F@coolcat.com.au> Date: Fri, 18 Feb 2000 18:03:38 +1000 From: Peter Blakeley X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: tomcat-dev@jakarta.apache.org Subject: Realm.authenticate() failure Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Gidday, I am currently trying to intergrate our existing Realm implementation with Craig's catalina.Realm interface but find that the authenticate methods only return null on failure. Currently I throw NoSuchUserException, InvalidPasswordException, InvalidCertificateException Exceptions's to provide some feedback to users as to why their logon failed amd also to Audit Log authentication failures. Perhaps Craig or someone would like to explain the thinking behind only returtning a null as opposed to throwing an Exception indicating the reason for failure. cheers pb... -- Peter Blakeley Head of Software Development Coolcat Software Pty. Ltd. http://www.coolcat.com.au/ Director Clearwater WebTech Pty. Ltd. http://www.cwtech.com.au/ A financial instrument is a device used by a Banker to pick your pocket. It is said an art degree is a licence to know it all, I am lucky I need no art degree. ;-})