y, MA 02482
M: +1 7209385761 |
john.lil...@redpointglobal.com<mailto:john.lil...@redpointglobal.com>
-Original Message-
From: Michael Brennock mailto:mbrenn...@gmail.com>>
Sent: Friday, January 6, 2023 12:50 PM
To: users@activemq.apache.org<mailto:users@activemq.apache.
> > > multi-thread
> > > > >> access to JMS objects than AMQ 5, and we had to refactor some code
> > > > because
> > > > >> of that. In particular, AMQ 5 let's you create several objects off
> > the
> > > > same
> >
t;> Session for each.
> > > >>
> > > >> Artemis clients use thread pooling; it is much more efficient and
> you
> > > can
> > > >> create many more MessageListener instances without incurring a lot
> of
> > > idle
> > >
emis than it was with AMQ 5, because of increased broker memory
> > >> footprint* for queues and sessions. That being said, pooling is
> awesome.
> > >>
> > >> Similarly, we found RPC reply-to queue pooling to also be important.
> > >>
> > >
important.
> >>
> >>- We did not measure this directly with controlled testing. Memory
> >> observations came from production systems running load tests and
> there
> >>could have been other factors such as session leakage.
> >>
> >&g
t;>
>> John Lilley
>>
>> Data Management Chief Architect, Redpoint Global Inc.
>>
>> 888 Worcester Street, Suite 200 Wellesley, MA 02482
>>
>> *M: *+1 7209385761 <+1%207209385761> | john.lil...@redpointglobal.com
>>
>> -Original Message-
&
> Data Management Chief Architect, Redpoint Global Inc.
>
> 888 Worcester Street, Suite 200 Wellesley, MA 02482
>
> *M: *+1 7209385761 <+1%207209385761> | john.lil...@redpointglobal.com
>
> -Original Message-
> From: Michael Brennock
> Sent: Friday, January 6, 202
Michael,
I am also not familiar with "activemq-broker-initializer", and do not see any
documentation for it online.
I suspect that this is a custom Spring factory bean that those who came before
you created. Because Spring is limited to creating objects and setting
properties, such a thing is
> I'm perfectly happy to update this to the Artemis configuration file
method instead
You'd replace:
BrokerFactory.createBroker()
With something like:
new EmbeddedActiveMQ();
This assumes there's a valid broker.xml configuration on your classpath. If
your broker.xml isn't on the classpath
..@redpointglobal.com<mailto:john.lil...@redpointglobal.com>
-Original Message-
From: Michael Brennock mailto:mbrenn...@gmail.com>>
Sent: Friday, January 6, 2023 12:50 PM
To: users@activemq.apache.org<mailto:users@activemq.apache.org>
Subject: Re: Looking for guidance on conver
Thank you for your feedback Justin. I will be more specific in my
descriptions.
- First, the activeMQ application creates an instance of BrokerService
from BrokerFactory.createBroker(), with a activemq-config.xml for its
argument
- Next, the queues themselves are loaded one at a time
There's just not enough detail in what you've stated to provide any
concrete help with your migration.
You said, "...it looks like BrokerService is used throughout the
application," but you've provided no details about _how_ BrokerService is
used. Most applications using an embedded broker are pre
Thanks for the quick reply!
For a more specific question, it looks like BrokerService is used
throughout the application, as well as the active-mq-initializer bean from
activeMQ.
To clarify, I inherited this project from other developers who are long
gone. I started working on this because I brief
EmbeddedActiveMQ is the class you want to use for embedding ActiveMQ
Artemis. The BrokerService is a class from ActiveMQ "Classic". It is used
in the ActiveMQ Artemis code-base only for testing purposes. You won't use
it at all when migrating.
For additional help you'll have to ask more specific q
Good afternoon,
I've been tasked to migrate an existing application's message broker from
ActiveMQ to Artemis. I was wondering if I could get some help
troubleshooting my solution?
We had some initial success replacing our embedded activeMQ broker with a
standalone broker that runs outside the app
15 matches
Mail list logo