Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 90868 invoked from network); 6 Dec 2007 18:06:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Dec 2007 18:06:50 -0000 Received: (qmail 49427 invoked by uid 500); 6 Dec 2007 18:06:37 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 49390 invoked by uid 500); 6 Dec 2007 18:06:37 -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 49379 invoked by uid 99); 6 Dec 2007 18:06:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Dec 2007 10:06:37 -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: domain of paulmcmahan@gmail.com designates 209.85.198.190 as permitted sender) Received: from [209.85.198.190] (HELO rv-out-0910.google.com) (209.85.198.190) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Dec 2007 18:06:15 +0000 Received: by rv-out-0910.google.com with SMTP id b22so334505rvf for ; Thu, 06 Dec 2007 10:06:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; bh=R7YffsDKRely1cqqPza2xkgvPX8q7/bzuJ3cAevhdVc=; b=Yassumehvzdj1p2aE+H+yrDE6/TNrUs6yglEmcQ49KhdMOODg7SOH/vf0kgWgKkrh3XbPhMQUqfc3M0nBpkpHQy71Jq6LROb1Hh/5Pswrkg4+vSe3K0IwxeewvdsHBoAQodiBtjJiWLjsqmz+deDsV7rsPnkFGWogM+NCGkkB4o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=MYduLuL9171QFMWgD37SF/Hhhe4X7P+z7ACG3H2p/d+p5n+FYrHKKNyvumgc9S8HMuUKvmwyxc7f0HbP8qa5B+H4FXZlPfUY9gmwQYnfrITUG+Yk3bnt0XmGEkMqDA0m03fIwUf7JcB3V2LSsCRWMTC4er4nvUd/rc7S3DNwuY4= Received: by 10.140.128.3 with SMTP id a3mr2136780rvd.1196964378315; Thu, 06 Dec 2007 10:06:18 -0800 (PST) Received: from ?9.37.214.133? ( [129.33.49.251]) by mx.google.com with ESMTPS id a42sm2982374rne.2007.12.06.10.06.17 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Dec 2007 10:06:17 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: <0F5164B3-EB2B-4861-9050-C25F57016D9F@gmail.com> References: <362394.87631.qm@web31712.mail.mud.yahoo.com> <0F5164B3-EB2B-4861-9050-C25F57016D9F@gmail.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Paul McMahan Subject: Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk Date: Thu, 6 Dec 2007 13:06:34 -0500 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org On Dec 6, 2007, at 12:45 PM, Kevan Miller wrote: > 1. Are we ready to move monitoring plugin out of sandbox? +1 > 2. If yes, then where should we move it to? Should it be in server/ > trunk/plugins or should the monitoring plugin be a subproject. I would vote for server/trunk/plugins, if for no other reason than to synchronize the monitoring plugin release with the server release. When the plugin gets to be more mature and can support multiple versions of geronimo then maybe we would consider moving it to a separate subproject. Also, moving it to trunk ensures that it will be included in the plugin catalog (~/.m2/repo/geronimo- plugins.xml) when you build trunk and will make it very easy to add monitoring to an assembly by just editing that assembly's pom. > 3. What bug fixes/new features need to be added to the monitoring > plugin before it's ready to be released? I agree with Anita that it will need some testing & feedback before releasing to the wild. IMO the best way to facilitate that type of exposure is to move it into trunk. I think that this new monitoring feature is important enough to justify holding up a 2.1 release if it actually comes down to that. Best wishes, Paul