Ahh...
I just may have had a Eureka moment, but let me verify this with the
community here.
1) I am supposed to be PRODUCING on activemq:topic:VirtualTopic.test
2) I am supposed to be CONSUMING on
activemq:queue:Consumer.CamelTest.VirtualTopic.test
i.e., produce on a TOPIC, consume on a QUEUE.
I've been trying to get Virtual Topics to work in AMQ 4.1.1 and failing
miserably :super:
What I *want* to do is:
1) Set up a virtual topic (is this done in configuration? dynamically? i'd
prefer configuration, but...)
2) Post a message to the virtual topic (see below)
3) Receive that message fr
Thanks to all.
I get it. All does work fine. I made a general mistake in my configuration.
James.Strachan wrote:
>
> On 9/6/07, drod <[EMAIL PROTECTED]> wrote:
>>
>> Yes I did and I try it with this configuration:
>> tcp://localhost:61616?jms.prefetchPolicy.all = 100
>
> Strange, works fo
Hi!
Sorry! The solution isn't that easy, because my fix will only work, if all
pending messages were dispatched. Even worse, it doesn't explain/solve my
orginal problem. I think some more investigations are necessary.
Kind regards
Juergen
Juergen Mayrbaeurl wrote:
>
> Hi James!
>
> I did som
Hi ,
I am using ActiveMQ/AJAX for my web based application. I have integrated
ajax successfully in my application but getting below issue sometime.
1) I send message to MQ but not getting reply to client browser but other
browsers are getting reply who are registered for same topic.
2) is t
Hi James!
I did some debugging and found the problem.
On deactivating an durable topic subscription (method deactivate() in
org.apache.activemq.broker.region.DurableTopicSubscription and having
"keepDurableSubsActive " set to true, the dispatched messages get iterated
from the first to the last
Any chance you could try 4.1.1?
On 9/7/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote:
>
> I did the same test with transacted sessions and the result is the same.
> --> The order gets reversed after each attempt.
>
> Anyone seen this behaviour before? James told me that it should work as
> expe
I did the same test with transacted sessions and the result is the same.
--> The order gets reversed after each attempt.
Anyone seen this behaviour before? James told me that it should work as
expected! What's about version 4.1.1? Fixed? Or: It's not a bug, it's a
feature.
Kind regards
Juergen
Unfortunately the ordering doesn't work with client acknowledge in 4.1.0 as
the following example shows
1) 10 messages for topic produced
2) First attempt to receive the messages with a durable topic subscriber
(acknowledment mode set to client acknowlede but not called for any of the
messages)