Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 39009 invoked from network); 22 Sep 2003 11:14:04 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 22 Sep 2003 11:14:04 -0000 Received: (qmail 32394 invoked by uid 500); 22 Sep 2003 11:13:44 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 32083 invoked by uid 500); 22 Sep 2003 11:13:42 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 32069 invoked from network); 22 Sep 2003 11:13:42 -0000 Received: from unknown (HELO moutng.kundenserver.de) (212.227.126.177) by daedalus.apache.org with SMTP; 22 Sep 2003 11:13:42 -0000 Received: from [212.227.126.161] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1A1OdR-0006Ue-00 for tomcat-user@jakarta.apache.org; Mon, 22 Sep 2003 13:13:41 +0200 Received: from [80.128.22.171] (helo=cyberspaceroad.com) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1A1OdR-00020g-00 for tomcat-user@jakarta.apache.org; Mon, 22 Sep 2003 13:13:41 +0200 Message-ID: <3F6ED943.6030806@cyberspaceroad.com> Date: Mon, 22 Sep 2003 13:13:07 +0200 From: Adam Hardy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030917 X-Accept-Language: de-de, en, en-us MIME-Version: 1.0 To: Tomcat Users List Subject: single sign-on, form-based CMA, etc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Looking through the archives I see this topic has had some heavy discussion in the past, but I just want to bring it up again to verify a few points. To overcome the issue with tomcat 4.x where the first session amongst all contexts to time-out will time-out all the user's other sessions, I saw Shanmugan left what appears to be a fine solution, overriding SingleSignOn.java's invoke() method to keep all sessions up-to-date: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg91451.html To overcome the issue where each context must have its own set of login and error pages for form-based authentication, I saw someone saying that they use symlinks under Linux, at least. In fact I'm also planning to use symlinks to share style sheets and page templates (in Tiles) across my projects. Now that I'm about to launch into doing this myself, it would be great if anyone else doing this could give some feedback as to how well these solutions perform, or any other issues that arise. Thanks! Adam -- struts 1.1 + tomcat 4.1.27 + java 1.4.2 Linux 2.4.20 RH9 --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org