Currently, I am observing some lag in putting the messages in one of the 
queues. Roughly, the number is about 1-4 messages per second. And, this is 
way too slow than my previous configuration.

I checked this from the activemq console.

I will try to see if I can produce some performance metrics. But, the thing 
is that I observed the enqueue/dequeue rates to be extremely slow.

Regards,
Cooshal.

On Monday, June 17, 2019 at 11:02:40 AM UTC+2, Grzegorz Grzybek wrote:
>
> Hello
>
> What kind of processing performance problems do you have? pax-jms doesn't 
> add any special processing - it only deals with exposing connection 
> factories to your beans/components/services/...
>
> PooledJMS itself MAY add some processing overhead, but it of course 
> depends on its configuration. After your application calls 
> javax.jms.ConnectionFactory.getConnection(), it's all up to 
> you/camel-jms/spring-jms how to use/cache/not-cache it...
>
> I'm interested in some numbers, logs maybe - how did you find out that the 
> performance is worse?
>
> thanks in advance for any help/feedback
> regards
> Grzegorz Grzybek
>
> pon., 17 cze 2019 o 10:57 Kushal Gautam <[email protected] <javascript:>> 
> napisał(a):
>
>> Hi:
>>
>> I am using Camel with Karaf, and ActiveMQ
>>
>> Before using pax-jms, I was providing connectionfactories as artifact. 
>> But, since it was not configurable, I planned to switch it to pax-jms.
>>
>> But, so far, after switching to pax-jms, I have noticed performance lag 
>> in message processing. I am not entirely sure, if this is due to pax-jms. 
>>
>> Thus, in general, does pax-jms degrade the message processing performance 
>> at all?
>>
>> For example, my jms-config looks like:
>>
>> name = eai-producer
>> jms.url = tcp://localhost:61616
>> jms.username = system
>> jms.password = manager
>> type = activemq
>> pool = pooledjms
>> osgi.jndi.service.name = jms/producer
>> org.apache.karaf.features.configKey = org.ops4j.connectionfactory-producer
>>
>> Regards,
>> Cooshal.
>>
>> -- 
>> -- 
>> ------------------
>> OPS4J - http://www.ops4j.org - [email protected] <javascript:>
>>
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "OPS4J" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/ops4j/dc425a85-23d9-4f47-a855-9d9d96a70689%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/ops4j/dc425a85-23d9-4f47-a855-9d9d96a70689%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
-- 
------------------
OPS4J - http://www.ops4j.org - [email protected]

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ops4j/3c8d060e-8f7b-4c47-aee3-1b955d217aef%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to