activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gregory Guibert <>
Subject Re: ActiveMQ and JNDI provider
Date Mon, 09 Feb 2009 09:17:39 GMT
Thank you for the link on OpenDS, it looks great and seems to solve half my
problem (alignment of data) :-)

As seen on Joe's Blog, the binding/lookup of any Java Object can be
performed on a LDAP server using the LdapCtxFactory provided by Sun.

When using a file to create an initial context, the file
looks like this:
java.naming.factory.initial = com.sun.jndi.ldap.LdapCtxFactory

The same way ActiveMQ manages the failover mechanism, do you know if it is
possible to define the OpenDS servers addresses in a single
file ? I did not find anything about this on the Sun Website.

Ideally, my need would be to have this configured in the

Thank you for your help

2009/2/7 sweetjonnie <>

> gregory.guibert wrote:
> >
> > In addition to the JMS-related objects, I need to bind/lookup other kinds
> > of
> > objects, so, the JNDI provider does not exactly fits my needs.
> > Using ActiveMQ with failover mechanism, I am searching for a JNDI
> > implementation with an equivalent *failover *mechanism and an *alignment
> > of
> > the stored objects*
> >
> Alignment of stored objects ... do you mean that you need for the
> destinations and connection-factories residing in the persistent store
> behind the jndi provider always refer to the current broker? Wow. That's a
> stiff requirement, but fair enough.
> I would ask you whether you would require the same persistent store to hold
> your JMS Administered Objects as that which holds your "other kinds of
> objects". If you were to allow two separate repositories, then you could
> modify the other objects in the OpenDS directory and query your (hopefully
> aligned) JMS Administered Objects from ActiveMQ's JNDI persistent store.
> Sincerely,
> jonnie savell
> --
> View this message in context:
> Sent from the ActiveMQ - User mailing list archive at

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message