Sorry if this has already been answered but with all the mail delays ...
Hiram Chirino wrote:
> Hi David,
>
> Yes you are right. Our current activemq broker configuration is a bit
> simplistic. I wish it was as easy to support complex broker
> configuration in geronimo as it is in spring. With spring we can
> support a really rich broker configuration language see:
> http://activemq.codehaus.org/checkout/activemq/modules/core/src/conf/
> org/activemq/activemq.dtd
>
> The question is what's the simplest way to do something similar with
> geronimo? I tried using the GBean approach and it took down a route
> that seemed like I was going to have to create gbean wrapper classes
> for each activemq component. I was hoping for something more
> transparent since the ActiveMQ components are very IOCish I don't
> really see the need for extra gbean wrappers.
>
I am guessing that activemq-to-spring.xsl is converting an activemq
instance document described by the DTD into a Spring configuration file,
which Spring is then able to use to instantiate the broker components.
Is this right? (If not ignore the rest of this mail).
If this is true, it seems plausible that you could provide an
activemq-to-gbean.xsl that converted the instance document into a GBean
service configuration file containing multiple GBean definitions linked
together with GBean references and configured with attribute values.
Given you have a DTD I would assume the values would be simple types and
hence would not run into serialization problems.
You could also implement this as a Geronimo ConfigurationBuilder that
took an activemq instance document and converted it directly to a
Configuration which could then be directly installed into any server.
I'm sure you tried that and there must be some problem I can't see on
the surface - could you give us a bit more information on where it
wasn't working?
--
Jeremy
|