OK, I will continue to use ManagementFactory.getPlatformMBeanServer() .

I will you a Memory store in unit-tests, BDBMessageStore in case of a one machine broker and BDBHA for two brokers

Which is the best way to ask the broker for the actual configuration  ?


Thank you

Il 17/03/2013 01:43, Robbie Gemmell ha scritto:
Hi Enrico,

Taking a quick look via a browser, I think it probably is possible to set
this without using the JMX MBean on trunk (/0.22), but probably wasn't in
0.20 (though it could be similarly added with a method in the
VirtualHostAdapter class to expose the underlying VirtualHostImpl's store).

It is probably worth noting in case you dont know, that you can perform
operations on MBeans within the same JVM without establising any JMX
connections by simply acessing the MBeanServer directly
(ManagementFactory.getPlatformMBeanServer())
and foregoing the use of a JMXConnector. I think you could still then
create a proxy object for the MBean using its interface (e.g. JMX.
newMBeanProxy(mbeanServer, <ObjectName>, BDBHAMessageStoreManagerMBean.class
))so you can perform the action via an apparently normal method call on an
object. In some ways this actually seems preferable to me than reaching
down through the broker to grab the store object and casting it.

Robbie

On 16 March 2013 11:51, Enrico Olivelli <[email protected]> wrote:

Hi,
thank you for your fast response

another question:
Is there a way to set "designatedPrimary" flag (of DBDHAMessageStore)
accessing directly my  "Broker" instance, without using JMX ?

We are using Zookeeper for coordination, and we are going to use it for
choosing the "primary" QPid broker,
for this first version (using QPid 0.20) I will use the JMX API,
but I think that it would be better to access directly the store, because
my zookeeper client is running inside the same JVM of the broker

thank you
Enrico



------------------------------**------------------------------**---------
To unsubscribe, e-mail: 
[email protected].**org<[email protected]>
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to