tabish121 wrote:
>
> At what point are you subscribing to the temp destination, before or
> after you send the message?
>
I tried both. I have written some Python-Test programs to illustrate the
issue. You should be able to run both programms with plain Python (no
external libraries needed).
yay! thx for letting us know!
cheers,
Rob
'Go Get Integrated - ride the Camel! - http://activemq.apache.org/
camel/'
http://rajdavies.blogspot.com/
On Aug 1, 2007, at 2:09 AM, David Sitsky wrote:
Turns out this was a silly application bug - nothing to do with
activemq after all. My a
yep - the VM should just shutdown - could you send us a dump of all
the threads ?
On Jul 31, 2007, at 10:47 PM, ttmdev wrote:
Hi,
I am running AMQ 4.1.1 and when I 'stop' my broker via the jconsole
'stop'
operation the broker shuts down, the 'org.apache.activemq' MBean entry
disappears,
Turns out this was a silly application bug - nothing to do with activemq
after all. My apologies.
Cheers,
David
David Sitsky wrote:
Hi,
I am sure this is a silly configuration issue on my part, but I can't
figure it out.
I am using activemq 4.1.1 on Vista. I basically have two queues, on
check out: http://www.hermesjms.com
Elliotte Harold wrote:
What are people using to inspect the queues for debugging purposes? I'm
having a a devil of a time figuring out where a bug lies, in the sender or
the receiver.
I want to peek into the queue to see what's there and what's happening.
Hi,
I am running AMQ 4.1.1 and when I 'stop' my broker via the jconsole 'stop'
operation the broker shuts down, the 'org.apache.activemq' MBean entry
disappears, but the VM stays up. It seems the main activemq console thread
is hung on a 'wait' method. Shouldn't the VM also shut down?
Thanks,
Jo
I am using AMQ 4.1.1 and have been using jconsole to peek at the queues.
Joe
Elliotte Harold-3 wrote:
>
> What are people using to inspect the queues for debugging purposes? I'm
> having a a devil of a time figuring out where a bug lies, in the sender or
> the receiver.
> I want to peek into
What are people using to inspect the queues for debugging purposes? I'm
having a a devil of a time figuring out where a bug lies, in the sender or
the receiver.
I want to peek into the queue to see what's there and what's happening.
--
Elliotte Rusty Harold
[EMAIL PROTECTED]
We are always grateful of contributions - it would be great if you
could help out - the community of users and developers is what apache
projects are about afterall.
cheers,
Rob
'Go Get Integrated - ride the Camel! - http://activemq.apache.org/
camel/'
http://rajdavies.blogspot.com/
Thanks for posting the solution - we need to make the error message
more explicit
cheers,
Rob
'Go Get Integrated - ride the Camel! - http://activemq.apache.org/
camel/'
http://rajdavies.blogspot.com/
On Jul 31, 2007, at 3:59 PM, j0llyr0g3r wrote:
Hi,
after hours of searching i foun
Hello,
I use ActiveMQ (4.1.1) in conjunction with C# and am experiencing very bad
network performance.
I wrote a test program to test the performance. The client sends 4kb Byte
Messages, the server reads the queue, acknowledges the messages and discards
the content. Client and server are written
Windows instalation.
After installing the ActiveMQ service. It doesnt not want to start from
Services management window.
"Error 1067: the process terminated unexpectedly"
>From the wrapper.log
"java.lang.noClassDefFoundError: and
exception in thread main"
When i start amq with manually it works.
I
Hi,
after hours of searching i found the error:
DO NOT USE UNDERSCORES IN YOUR BROKERNAMES.
This really took me hours until i stumbled occasionally over it in the
documentation.
This is quite logical, IF you are aware of the fact, that brokernames get
translated to URLs.
Well, i was aware of
I ran across a similar set of problems when setting up a 3-broker NoB on my
Windows XP machine and addressed it by simply assigning each broker it's own
separate ${activemq.base}. If you don't do that, you end up with a shared
file system Master/Slave configuration. Here's my configuration:
http
Maximillian Dornseif wrote:
>
> Unfortunately the client never sees the reply. I'm wondering if this is an
> issue in my code or if I'm fundamentally wrong in how I use the temp-queue
> feature.
>
As far as I know, the stomp protocol does not (yet?) support temp-queues.
Regards,
Pieter
--
Vi
Hey folks,
i am really getting desperate with the configuration of a simple network of
brokers...
What i wanted to do was:
- One instance of activeMQ
- 3 brokers running within that instance
- 1 Producer and 2 Consumers
In Ascii:
ConsumerConsumer
|
At what point are you subscribing to the temp destination, before or
after you send the message?
On Mon, 2007-07-30 at 23:51 -0700, Maximillian Dornseif wrote:
> I'm trying to implement RPC over ActiveMQ using the STOMP protocol. Probably
> I'm missing the JMS background to fully understand wha
Arghh,
sorry for the spam guys, with "__regard__" below i meant __regardless__" of
course.
j0llyr0g3r wrote:
>
> Hey folks,
>
> What is the difference between a "transportConnector" and a
> "networkConnector"?
>
> The documentation says "Todo", google didn't help me as well.
>
> I ass
Hey folks,
What is the difference between a "transportConnector" and a
"networkConnector"?
The documentation says "Todo", google didn't help me as well.
I assume the following:
A "transportConnector" specifies the Port(s) to which a broker listens for
connections, __regard__ wether this c
I have a two-broker network of brokers, and I have clients that use
Spring+Jencks+Geronimo TM. I started up the two brokers, then sent 2K
messages to a queue (while consumers were active) and got the following
error on the AMQ console:
2007-07-31 00:40:33,368 [Thread-5 ] INFO DemandForwa
Hi,
I am sure this is a silly configuration issue on my part, but I can't
figure it out.
I am using activemq 4.1.1 on Vista. I basically have two queues, one
called submitted-items, and another called completed-items.
JVM1 takes items from completed-items, and does some work with them.
Th
21 matches
Mail list logo