Hi,
I'm using 4.1.1 and try to set up a network of 2 brokers:
aqprimary.xml has
and aqsecondary.xml has
When starting the primary with the secondary already running, I see lots of
the following with ever increasing vm://localhost#:
19:33:07,153 INFO [NetworkConn
Hi there,
I'm getting some sort of access violation/segmentation fault if I have a
connection open and I shut the broker down. I think that the abend is the
result of some problem when the session is closed. I'm using v.2.0.1.
A note on convention for the following: I'm using boost's shared_ptr
?
camper wrote:
>
>
>
--
View this message in context:
http://www.nabble.com/Threading-model-for-activemq-tf4001960s2354.html#a11368217
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hello,
We use ActiveMQ brokers embedded within our server applications that are
deployed on multiple machines (under weblogic clustering).
Each server application has multiple clients connected to it. Clients invoke
server services using RMI calls, where as server dumps data asynchronously
to cli
Hello,
We use ActiveMQ brokers embedded within our server applications that are
deployed on multiple machines (under weblogic clustering).
Each server application has multiple clients connected to it. Clients invoke
server services using RMI calls, where as server dumps data asynchronously
to cli
--
View this message in context:
http://www.nabble.com/Threading-model-for-activemq-tf4001960s2354.html#a11367090
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Sambit, we gave up doing it this way. We have tried JBossMQ too, but we faced
very similar persistence issues, so we arrived at the conclusion that JMS
itself was not a very good choice to manage the nodes of a cluster. We've
ended up using JGroups to implement an IP-multicast based cluster manage
Try using the
http://java.sun.com/developer/technicalArticles/J2SE/monitoring/ tools from
jdk6 . Like James says use jconsole and then jmap to actually see which
objects are the culprit in holding onto the memory.
Gnanaprakash wrote:
>
> Can you pls suggest something in this regards?
>
> Tha
James.Strachan wrote:
>
> On 6/28/07, Tom Samplonius <[EMAIL PROTECTED]> wrote:
>>
>> I have to agree with most of this. ActiveMQ is a buggy as hell.
>
> Thats a bit of an exaggeration & a comment thats hardly likely to get
> the volunteers on the list to help you solve your particular issue
James et. al.
Here's my experience with activemq.
I have a need to transfer large files over a WAN (involves multiple
machines, and at times unreliable network hops).
There files are generated at pretty much random intervals. I started around
when 4.0 was being moved into the apache world.
So,
Hi David,
Thank you for the advice. I didn't think the tcpNoDelay would have an
effect since I was looking at relatively large messages :)
Simply changing the connection URL solved the immediate problem, send
latency dropped right down into the microseconds as expected. So far I
haven't ha
rajdavies wrote:
>
> Can you add the configuration you are using when you file the jira
> please?
> thx!
>
This is the JIRA report: https://issues.apache.org/activemq/browse/AMQ-1301
There seem to be some more problems with network of brokers and shutting
down/restarting brokers, if I searc
We are hoping to do something in the 2.2 release, but nobody is
currently working on that task.
azhang wrote:
Hi,
Is there an effort going on to implement the C++ transport layer fail over?
Or is there any plan on it?
Thanks,
Anlin.
tabish121 wrote:
I am interested in sending messages f
Hi!
We are probably facing a lock in the thread sending the messages to
ActiveMQ.
Here is a part of a thread dump :
"ExecuteThread: '10' for queue: 'StrutsQueue'" id=21 idx=0x2c tid=3668
prio=5 alive, in native, waiting, daemon
-- Waiting for notification on:
edu/emory/mathcs/backport/java/ut
Can you add the configuration you are using when you file the jira
please?
thx!
Rob Davies
'Go further faster with Apache Camel!'
http://rajdavies.blogspot.com/
On Jun 29, 2007, at 9:30 AM, PieterN wrote:
Hi,
Steven Dalton-2 wrote:
I also have the same problem as Pieter but using Active
Hi,
Steven Dalton-2 wrote:
>
> I also have the same problem as Pieter but using Active MQ 4.1.1.
> [snip]
>
Is this a known problem? If not, I guess I should file a JIRA report (I've
done a quick search, but couldn't find anything related).
Regards,
Pieter
--
View this message in context:
16 matches
Mail list logo