Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 75669 invoked from network); 26 Aug 2005 18:34:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Aug 2005 18:34:49 -0000 Received: (qmail 59043 invoked by uid 500); 26 Aug 2005 18:34:45 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 59007 invoked by uid 500); 26 Aug 2005 18:34:45 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 58994 invoked by uid 99); 26 Aug 2005 18:34:45 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Aug 2005 11:34:27 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 20C6513E for ; Fri, 26 Aug 2005 20:34:26 +0200 (CEST) Message-ID: <608732795.1125081266131.JavaMail.jira@ajax.apache.org> Date: Fri, 26 Aug 2005 20:34:26 +0200 (CEST) From: "David Jencks (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Created: (GERONIMO-925) separate security gbeans into a separate plan Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N separate security gbeans into a separate plan --------------------------------------------- Key: GERONIMO-925 URL: http://issues.apache.org/jira/browse/GERONIMO-925 Project: Geronimo Type: Bug Components: security Versions: 1.0-M5 Reporter: David Jencks Assigned to: David Jencks Fix For: 1.0-M5 If you need to use a nonstandard (non-geronimo) security policy implementation, currently you have to change the j2ee-server-plan to include the policy class or the SecurityService gbean will fail on startup. You can work around this by including another SecurityService gbean in a plan that does include the policy class, but it seems a cleaner solution is to put the security gbeans in a separate plan that can be replaced when you need a different policy. Since security will often need to be customized anyway, this should make it easier to see what you are likely to need to customize. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira