Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Mime-Version: 1.0 (Apple Message framework v622)
In-Reply-To: <42F36A60.1030809@earthlink.net>
References: 
 <OF08A5BBA6.7D1048FF-ONCA257054.000874B4-CA257054.000AC8F7@tsainc.com>
 <42F36A60.1030809@earthlink.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Message-Id: <7feed629e2c00cb85694909f661ee065@apache.org>
Content-Transfer-Encoding: quoted-printable
From: David Jencks <djencks@apache.org>
Subject: Re: JMS configuration plans and config.list questions
Date: Fri, 5 Aug 2005 07:50:49 -0700
To: dev@geronimo.apache.org


On Aug 5, 2005, at 6:32 AM, Joe Bohn wrote:

>  Well I'm still feeling my way around the web console code, but it=20
> looks to me like they are expecting users to add more queues to the=20
> org/apache/geronimo/SystemJMS config.

I don't think this is possible yet, although I think aaron is working=20
on a way to make it possible shortly.  I believe that each new queue is=20=

currently added to a new configuration.
>
>  What should be be encouraging them to do ... that's the harder=20
> question.=A0=A0 I'll look for somebody else to answer that one.  :-)

Allowing, yes, at least for "mutable" configurations.  Encouraging,=20
maybe.
>
>  However, I'm looking at a problem that may end up being related to=20
> (or affected by) the configuration.
>
>  The Web Console includes capabilities to manage JMS connection=20
> factories and destinations (adding/removing queues and topics).=A0=20
> However, the portlet to manage the factories is currently failing with=20=

> an exception because it assumes that there is a "state" attribute on=20=

> the each factory GBean and this attribute doesn't exist on the=20
> DefaultActiveMQConnectionFactory.

I believe this is due to the recent removal of the jsr-77 state=20
manageable and similar attributes from the base gbean wrapper object. =20=

I think the intent was to move them to all gbeans that were exposed in=20=

jsr-77.  Apparently not all of this proposal was implemented, which may=20=

possibly affect our compliance with the jsr-77 portion of the tck.

thanks
david jencks

>
>  So I wonder if the portlet is in error looking for the wrong=20
> attribute or the factory GBean is in error for not defining the=20
> attribute.=A0=A0 Of course, if we remove the queues and factory =
defined in=20
> SystemJMS then this eliminates the problem (at least on the=20
> DefaultActionMQConnectionFactory).=A0
>
>  - Joe
>
> sissonj@insession.com wrote:
>> The org/apache/geronimo/SystemJMS config defines an ActiveMQ resource=20=

>> adapter ( and the DefaultActiveMQConnectionFactory ) ,=20
>> MDBTransferBeanOutQueue and SendReceiveQueue admin objects.
>>
>> Should the two queues be removed ( I assume they were there for=20
>> testing in the past)?
>>
>> Are we expecting users of the web console ( I haven't played with=20
>> yet) adding more queues to the org/apache/geronimo/SystemJMS config,=20=

>> or should we be encouraging them to use their own config?
>>
>> If we aren't expecting users to be able to add more queues to the=20
>> org/apache/geronimo/SystemJMS config, then should the=20
>> org/apache/geronimo/SystemJMS config be removed from the config.list=20=

>> and replaced with org/apache/geronimo/ActiveMQServer?
>>
>> John
>>
>>
>>  This e-mail message and any attachments may contain confidential,=20
>> proprietary or non-public information. =A0This information is =
intended=20
>> solely for the designated recipient(s). =A0If an addressing or=20
>> transmission error has misdirected this e-mail, please notify the=20
>> sender immediately and destroy this e-mail. =A0Any review,=20
>> dissemination, use or reliance upon this information by unintended=20
>> recipients is prohibited. =A0Any opinions expressed in this e-mail =
are=20
>> those of the author personally.
> --=20
> Joe Bohn
>
> joe.bohn@earthlink.net
> "He is no fool who gives what he cannot keep, to gain what he cannot=20=

> lose."   -- Jim Elliot
>