Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 44332 invoked from network); 11 Jan 2007 20:31:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Jan 2007 20:31:00 -0000 Received: (qmail 34502 invoked by uid 500); 11 Jan 2007 20:31:04 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 34463 invoked by uid 500); 11 Jan 2007 20:31:04 -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 34452 invoked by uid 99); 11 Jan 2007 20:31:04 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jan 2007 12:31:04 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of paulmcmahan@gmail.com designates 64.233.182.186 as permitted sender) Received: from [64.233.182.186] (HELO nf-out-0910.google.com) (64.233.182.186) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jan 2007 12:30:55 -0800 Received: by nf-out-0910.google.com with SMTP id n29so335598nfc for ; Thu, 11 Jan 2007 12:30:33 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U5e1Pbr/R7lYbW74H1XO8bss9OKA+rDtFfLRaXCSDnIrqpsd1WW5cWwXwPYgF9348a7wI2SO9KBkbStt9tJm54ywWEzBSp8fgEdIqh8oRXwhBqD5nt7B66H5K927RUk8Pe4h276Ag58/6NmZOrdlRXFth7WhrwD7H8igTnDj1K8= Received: by 10.82.165.1 with SMTP id n1mr407394bue.1168547433519; Thu, 11 Jan 2007 12:30:33 -0800 (PST) Received: by 10.82.156.9 with HTTP; Thu, 11 Jan 2007 12:30:33 -0800 (PST) Message-ID: <21df75940701111230w3bae1a60laf093b46bbaaa091@mail.gmail.com> Date: Thu, 11 Jan 2007 15:30:33 -0500 From: "Paul McMahan" To: dev@geronimo.apache.org Subject: Re: ApacheDS - LDAP - Geronimo Plugins In-Reply-To: <45A66D8C.1050708@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45A66D8C.1050708@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On 1/11/07, Hernan Cunico wrote: > Howdy, > I've been playing around with the integrated LDAP from the begining. It got pulled out from the build when we came out with Geronimo plugins (somewhere around v1.1.1) > Now I see it back in the branch for v1.2 and trunk, this "feature" is already in the build however it still is available for download/install as a plugin. As far as I can tell the directory module was never removed from the build. It just got removed from the list of components that are enabled in the tomcat and jetty assemblies. See rev 412604. A geronimo-plugin.xml file was also added to the directory module at that time so that it could be exported as a plugin and offered from a plugin repository. But it doesn't have to be installed as a plugin, you could reenable it in the assemblies just as well. Same for the other modules that used to be enabled in the assemblies by default such as servlet and jsp samples, etc. > So the question is what do we want to do with it, offer LDAP as part of the dist or separate as a plugin? Do you mean should it be reenabled in the default assemblies? Strictly speaking its not required for JEE5 and if someone needs it then its pretty easy to install as a plugin from the Geronimo plugin repository at http://geronimo.apache.org/plugins/. Actually, installing it as a plugin in this way is equivalent to reenabling it in the assembly since that repository's catalog just points to the maven repo where Geronimo's artifacts are published. The plugin approach just lets the user decide what Geronimo artifacts get enabled in the assembly instead of the person that typed "mvn" :-) > Another question is, if I already see it available in the build (fresh from trunk) why it still shows up as available for install in the Install Plugin portlet? > (it will fail to install since the destination already exist) There might be an error in the plugin catalog. If the module-id that's listed in the catalog matches the module-id for a component that's already deployed in the server then it should not show us as available. Actually I wasn't able to install the plugin for a different reason -- the 2.0-M1 configs published in the snapshot repo aren't compatible with 2.0 any more. Are you sure that's not related to the error you're seeing? If so then that should be fixed when we republish the configs (hopefully later today). Best wishes, Paul