Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 62069 invoked from network); 23 Jan 2007 19:21:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Jan 2007 19:21:14 -0000 Received: (qmail 18108 invoked by uid 500); 23 Jan 2007 19:21:17 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 17780 invoked by uid 500); 23 Jan 2007 19:21:16 -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 17769 invoked by uid 99); 23 Jan 2007 19:21:16 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Jan 2007 11:21:16 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 23 Jan 2007 11:21:09 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 23E9171408A for ; Tue, 23 Jan 2007 11:20:49 -0800 (PST) Message-ID: <22013713.1169580049116.JavaMail.jira@brutus> Date: Tue, 23 Jan 2007 11:20:49 -0800 (PST) From: "Paul McMahan (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-2728) Exception while removing directory module from the console In-Reply-To: <17832196.1168626867709.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/GERONIMO-2728?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466804 ] Paul McMahan commented on GERONIMO-2728: ---------------------------------------- I agree with #1 above, and also agree with #2 in principle if there is a substantial number of modules that should be built, bundled, and undergo release management separately from the assemblies in server/trunk. Right off hand I don't know of any modules that fall into that category besides directory and ldap-realm, and I wonder if some might argue that those modules should remain in the jee5 assemblies. If there are in fact a substantial number of modules to warrant creating a new area in svn then I believe that new area should be called something other than "geronimo/plugins". perhaps geronimo/opt ? IMO "plugin" is packaging terminology and not indicative of whether or not a module belongs in server/trunk. That's not to say that modules moved out of server/trunk won't be offered as plugins, I think in practically every case they should be because doing so makes them easier to add to a running server. But there are some modules that are offered as plugins that should stay in trunk - tomcat, jetty, admin console, ca-helper, openjpa... and perhaps more in the 2.0 time frame. > Exception while removing directory module from the console > ---------------------------------------------------------- > > Key: GERONIMO-2728 > URL: https://issues.apache.org/jira/browse/GERONIMO-2728 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: deployment, security > Affects Versions: 2.0-M2, 2.0-beta1, 2.0-beta2, 2.0 > Environment: rev # 495595 > Reporter: Hernan Cunico > Attachments: log.txt > > > removing *directory* module form the console's *Installed System Modules* portlet throws an exception while removing dependencies. attaching log -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.