Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 41112 invoked from network); 17 Mar 2011 05:15:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Mar 2011 05:15:57 -0000 Received: (qmail 93598 invoked by uid 500); 17 Mar 2011 05:15:56 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 93554 invoked by uid 500); 17 Mar 2011 05:15:56 -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 93546 invoked by uid 99); 17 Mar 2011 05:15:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Mar 2011 05:15:56 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xhhsld@gmail.com designates 209.85.210.182 as permitted sender) Received: from [209.85.210.182] (HELO mail-iy0-f182.google.com) (209.85.210.182) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Mar 2011 05:15:49 +0000 Received: by iyj12 with SMTP id 12so2883459iyj.13 for ; Wed, 16 Mar 2011 22:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=2j76oZJBOiGo0sLRz/luT1L+dvmzwKl9QHcTj1+Ujp0=; b=vJJ2sG3cpiRRge0GMiw4a5F7SBYUGuTBZDF7wPmsSFcq3v52X2Sclr8NXE+KlEhawp BoJX61ngaqkxEihUtKcCXvloMSMtyU5U764kyJ1mKqAr2rvo5m/bIb0Ad5aX0QCQHozf +qWG8aQb90Zej2jsjeoInJUbaFAuP91FNMuZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mkCisaD/1NA/h/icKipLIvBMvzcvG1QKtVrVQSkJ5Pqp1tbetMJ+MWhjjau/7BrAfW vkVbN8ER70vafjFZ+D1qx2YgSN69Ot35G4n/WJNgujbD0wtvWmWj9Z44nOdpv3kFJru+ rNXXRfp9ek8b+Li9CodMIGihIK8vRRdtw4Om0= MIME-Version: 1.0 Received: by 10.231.211.196 with SMTP id gp4mr781495ibb.122.1300338929255; Wed, 16 Mar 2011 22:15:29 -0700 (PDT) Received: by 10.231.127.84 with HTTP; Wed, 16 Mar 2011 22:15:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 17 Mar 2011 13:15:29 +0800 Message-ID: Subject: Re: How to support add a new broker in Geronimo 3.0 From: Ivan To: dev@geronimo.apache.org Content-Type: multipart/alternative; boundary=001636988cd5f747c8049ea6bf6e --001636988cd5f747c8049ea6bf6e Content-Type: text/plain; charset=ISO-8859-1 >From the responses in the user mail list, we do find that there is people using it. Our default ActiveMQ broker only contains some basic configurations, it seems to me just like a demo. But I agree that this is not of high priority, we might wait for some time to decide how to implement it after some changes in Geronimo kernel. For now, think that we could just try to make those broker info is listed, such as connector info, broker name, etc. 2011/3/17 Kevan Miller > > On Mar 16, 2011, at 4:19 AM, Ivan wrote: > > > Hi, > > Now, in Geronimo 3.0, blueprint configuration has been used for > ActiveMQ broker. Now we might be facing the problem how to add a new broker, > which is totally different from the way in Geronimo 2.2. > > One possible way is to use the similar way in Geronimo 2.2, place a > template configuration file in the var/activemq folder, and while users add > a new broker on the admin console, still use that existed big edit box for > the users to display the copied configuration file, then package it as > bundle, save it in the repository and start it. > > Also, an ActiveMQ broker management configuration is required to > record all the added brokers, so that we could list all the started and > stopped brokers. > > Not sure whether there is a more OSGi-friendly way to do it. > Thoughts ? > > I confess that I didn't know/had forgotten that we had this capability. I > don't know why it was added or anybody who's actually used it. I also don't > know anyone who is running multiple brokers in the same server. Multiple > brokers may be a nice feature to have, but I'm not sure why we need admin > console support for it. > > Personally, I'd be fine if the admin console only supported management of > the default broker. Creation and configuration of additional brokers could > be outside the scope of the admin console. I have no problem with having a > general technique for creating/managing all brokers, but that would be low > on my personal priority list... > > --kevan -- Ivan --001636988cd5f747c8049ea6bf6e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From the responses in the user mail list, we do find that there is people u= sing it. Our default ActiveMQ broker only contains some basic configuration= s, it seems to me just like a demo. But I agree that this is not of high pr= iority, we might wait for some time to decide how to implement it after som= e changes in Geronimo kernel. For now, think that we could just try to make= those broker info is listed, such as connector info, broker name, etc.


2011/3/17 Kevan Miller <kevan.miller@gmail.com&g= t;

On Mar 16, 2011, at 4:19 AM, Ivan wrote:

> Hi,
> =A0 =A0 Now, in Geronimo 3.0, blueprint configuration has been used fo= r ActiveMQ broker. Now we might be facing the problem how to add a new brok= er, which is totally different from the way in Geronimo 2.2.
> =A0 =A0 One possible way is to use the similar way in Geronimo 2.2, pl= ace a template configuration file in the var/activemq folder, and while use= rs add a new broker on the admin console, still use that existed big edit b= ox for the users to display the copied configuration file, then package it = as bundle, save it in the repository and start it.
> =A0 =A0 Also, an ActiveMQ broker management configuration is required = to record all the added brokers, so that we could list all the started and = stopped brokers.
> =A0 =A0 Not sure whether there is a more OSGi-friendly way to do it. = =A0Thoughts ?

I confess that I didn't know/had forgotten that we had this= capability. I don't know why it was added or anybody who's actuall= y used it. I also don't know anyone who is running multiple brokers in = the same server. Multiple brokers may be a nice feature to have, but I'= m not sure why we need admin console support for it.

Personally, I'd be fine if the admin console only supported management = of the default broker. Creation and configuration of additional brokers cou= ld be outside the scope of the admin console. I have no problem with having= a general technique for creating/managing all brokers, but that would be l= ow on my personal priority list...

--kevan



--
Ivan
--001636988cd5f747c8049ea6bf6e--