From dev-return-69527-apmail-geronimo-dev-archive=geronimo.apache.org@geronimo.apache.org Wed Nov 12 23:09:01 2008 Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 88053 invoked from network); 12 Nov 2008 23:09:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Nov 2008 23:09:01 -0000 Received: (qmail 79900 invoked by uid 500); 12 Nov 2008 23:09:08 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 79536 invoked by uid 500); 12 Nov 2008 23:09:07 -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 79525 invoked by uid 99); 12 Nov 2008 23:09:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Nov 2008 15:09:07 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [98.136.44.63] (HELO smtp108.prem.mail.sp1.yahoo.com) (98.136.44.63) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 12 Nov 2008 23:07:47 +0000 Received: (qmail 37078 invoked from network); 12 Nov 2008 23:08:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=DEWmSQ+LVI4Kb3zWwrJXyeskpkNgdj2I3eBLt3FZAYFbQZ1LW0+hj5C1YYkoT5JfSjSahSuZDGGEwn3lqLcGADaE0zn+jcNJBud1TCSot4RGHxv82u7mmKCvXYsElD5Bt6IooZEjMhMoRWWGwTzlQ4toNv2jxKLfJyGep3/pmT8= ; Received: from unknown (HELO ?10.11.55.41?) (david_jencks@63.105.20.225 with plain) by smtp108.prem.mail.sp1.yahoo.com with SMTP; 12 Nov 2008 23:08:28 -0000 X-YMail-OSG: I3XaX8MVM1m.VOGhF4lLiZ4JJp6OayqlTwY50uL_iYxeyFaAyWCcg2fdrlGaC7Hjv_Sm_nmxv9t3sGavUv4nsUPzlft1kA2axaBnzW8qo6KzjBbgNtrtgxFbYR2vdro9369pWWhOwqapqG6iNvnxRB6dL.a98.5USvHNjJE- X-Yahoo-Newman-Property: ymail-3 Message-Id: From: David Jencks To: dev@geronimo.apache.org In-Reply-To: <22d56c4d0811121307s64f89357l62583cba15c92958@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: Dynamically adding ModuleBuilderExtensions and NamingBuilders Date: Wed, 12 Nov 2008 15:08:27 -0800 References: <22d56c4d0811121307s64f89357l62583cba15c92958@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org On Nov 12, 2008, at 1:07 PM, Vamsavardhana Reddy wrote: > As part of deploying SCA enhanced Web Applications in Geronimo with > Tuscany Plugin, I am looking to add a ModuleBuilderExtension (MBE) > to TomcatModuleBuilder and a NamingBuilder. The purpose of the MBE > is to add SCA related EmbeddedRuntimeGBean to the web application > config which will deploy the application composite to the SCA > domain. The purpose of the NamingBuilder is to add SCA Domain and > other objects (required for injection of SCA references in servlets > etc.) into the WebAppContext. I am seeing that the MBE and > NamingBuilder GBeans which are added as part of the Tuscany Plugin > can not get dynamically added to the MBEs configured in tomcat6- > builder config and NamingBuilders configured in j2ee-deployer > config. The one option I see is to update the plan.xml files in > tomcat6-builder and j2ee-deployer configs and rebuild the server. > But this won't be like the MBE and NamingBuilder is getting added as > part of Tuscany-plugin installation. The other option is to add > (don't know if it is easy to do this hack) the MBE and NamingBuilder > to the corresponding collections in TomcatModuleBuilder and > NamingBuilder GBeans. I appreciate any suggestions/comments or > inputs on any alternate approach that I am not seeing. Yup, this is a problem. So far we've sidestepped it by just adding all the known desired MBE's to the appropriate *-deployer plan, and as you have found this is non-extensible. One possiblitly would be to define marker interfaces such as WebMBE, EjbMBE, etc that the appropriate MBE's could implement and use the interface in the references pattern. Anyone have a better idea? thanks david jencks > > > Thanks, > Vamsi