- -！ 肯定需要重新启动的
BenXS wrote:
>
> If I change the activemq.xml is then a restart required or does Active
> recognize automatically config changes and read it on-the-fly?
>
> Ben
>
:-)
--
View this message in context:
http://old.nabble.com/Does-change-of-activemq.xml-require-restart--tp276378
Hi Rob,
Thanks for answering my question.
Yes, I am running producer, consumers and broker in the same JVM.
1 consumer for each queue. I'm trying to set the minimumMessageSize
on destinations (to 2048 bytes) as your suggestion, but the OOM error still
occurs.
It seem to me that the broker does
Hi,
I'm having a problem where Camel is unable to delete a file after processing
it in a route.
Problem occurs only on WinXP; on Linux it works fine.
My route looks something like this:
from( "file://foo?delete=true" ).process( proc1 ).recipientList( header(
"xyz" ).tokenize( "," ) );
Here, pro
My use case requires that messages on a certain queue expire eventually, as
stale data will result in damage to customer product. The message producers
are embedded devices connecting with STOMP. Initially I was using the stomp
'expires' header with no success, messages would get dropped immediate
might be worth trying with latest 5.3.1 snapshot - with networks,
there was a problem where subscriptions weren't being cleaned up
properly
On 22 Feb 2010, at 17:56, Eric-AWL wrote:
No. I don't understand.
I'm not sure of the current configuration, but it's strange
2 groups of developers
No. I don't understand.
I'm not sure of the current configuration, but it's strange
2 groups of developers. One network of broker where each component has a
transport and a network connector with the same multicast group
On components developed by the first group of developers :
2341 ObjectName
Using the examples was I good tip, didn't know that one.
When I used these, no messages got lost. Producer and Consumer always had
the same count of messages.
Gary Tully wrote:
>
> one though, to alleviate any potential problem in the application code, it
> may be worth trying the example
>
Hi Bob,
extending will be fine, but it should not be necessary. Can you open a jira
issue to track this and attach a Junit test case.
On 22 February 2010 15:04, bob.deremer
wrote:
>
> Hi AMQ experts,
>
> I posted a question last week, but haven't had any replies yet [
>
> http://old.nabble.com/UR
Hi AMQ experts,
I posted a question last week, but haven't had any replies yet [
http://old.nabble.com/URGENT-QUESTION:-AMQ-5.3.0-bug-or-configuration-error--ObjectMessage-is--still--being-serialized-when-using-setObjectMessageSerializationDefered-and-setCopyMessageOnSend-td27654579.html
http
Just for your info, the initial WebSocket protocol is implemented in the
trunk
http://www.nighttale.net/activemq/activemq-54-stomp-over-web-sockets.html
More work and documentation in this area is coming.
Cheers
--
Dejan Bosanac - http://twitter.com/dejanb
Open Source Integration - http://fuses
Hi Rob
Thank you very much.
We work with a 5.2 version.
I have to verify that it isn't our own development that create far too much
MessageConsumers.
Eric-AWL
rajdavies wrote:
>
> A subscription is the broker side representation of a MessageConsumer
> - which version - and could you send
A subscription is the broker side representation of a MessageConsumer
- which version - and could you send the JMAP dump ?
cheers,
Rob
On 22 Feb 2010, at 10:40, Eric-AWL wrote:
Hi !
My components are in a full network of brokers situation. On some of
them, I
have an "OutOfMemory" Error.
Hi !
My components are in a full network of brokers situation. On some of them, I
have an "OutOfMemory" Error. When I look into the JMAP dump, I see that a
lot of "MBeanServerNotification" objects are created (more than 50MB of JMX
ActiveMQ objects !). A lot of them are "Subscription" MBeans.
Ca
13 matches
Mail list logo
