@activemq.apache.org
Subject: Re: [EXTERNAL]:Re: STOMP client receives undefined priority header
when JMSPriority = 4 (default)
[CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and know the content
is safe
ctivemq.apache.org
> Subject: Re: [EXTERNAL]:Re: STOMP client receives undefined priority
> header when JMSPriority = 4 (default)
>
> [CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unl
, December 8, 2023 3:42 PM
To: users@activemq.apache.org
Subject: Re: [EXTERNAL]:Re: STOMP client receives undefined priority header
when JMSPriority = 4 (default)
[CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and
: Justin Bertram
> Sent: Thursday, December 7, 2023 11:36 PM
> To: users@activemq.apache.org
> Subject: [EXTERNAL]:Re: STOMP client receives undefined priority header
> when JMSPriority = 4 (default)
>
> [CAUTION: This email originated from outside of the organization. Do not
idea if the priority should be undefined using an AMQP client when the
message’s JMSPriority is 4?
Thanks again,
Aaron
From: Justin Bertram
Sent: Thursday, December 7, 2023 11:36 PM
To: users@activemq.apache.org
Subject: [EXTERNAL]:Re: STOMP client receives
JMSPriority is 4?
Thanks again,
Aaron
From: Justin Bertram
Sent: Thursday, December 7, 2023 11:36 PM
To: users@activemq.apache.org
Subject: [EXTERNAL]:Re: STOMP client receives undefined priority header when
JMSPriority = 4 (default)
[CAUTION: This email originated
I just tested this on the main branch with an OpenWire JMS producer and the
STOMP client in our test-suite. The OpenWire JMS producer did not invoke
setJMSPriority and the STOMP client received a message with a header
"priority" with the value "4".
What version of ActiveMQ Artemis are you using? C
> Is there no way for me to limit the amount of time it can sit in
delivery, without the client closing?
Sure there is. Just configure slow-consumer detection as described in the
documentation [1].
I apologize if I misunderstood, but it didn't appear that you were asking
about how the broker coul
Is there no way for me to limit the amount of time it can sit in delivery,
without the client closing?
i.e What if the client receives messages but its processing threads are
hung?
On Wed, Aug 26, 2020 at 4:10 PM Justin Bertram wrote:
> In this situation (where a message has been dispatched to a
In this situation (where a message has been dispatched to a client but the
client has not yet acknowledged that message) the broker will mark that
message as being "in delivery." You can see this in the admin console, for
example, by looking at the "Delivering Count" of the queue in question. The
m
I looked deeper in the code and it is hard coding a prefix of /topic/ or
/queue/ which JBoss HornetQ doesn't understand when it requests that the
client be registered as a consumer. It appears that it isn't configurable
after all. I may write a patch to do this.
--
View this message in context:
Timothy Bish said that it may have something to do with the destination
lookup and that can be configured via the wireFormat... I have started a new
thread here:
http://activemq.2283324.n4.nabble.com/Need-help-configuring-wireFormat-for-Apache-NMS-Stomp-1-5-4-to-talk-to-HornetQ-td4686002.html
-
Was https://github.com/fusesource/stompjms not simple enough?
On Mon, Dec 24, 2012 at 4:00 AM, Ilya Zvyagin wrote:
> Well, the story has ended like this:
>
> There is NO actually simple and isolated Java client library based on
> STOMP.
> There are STOMP server-side connectors included in the
If you want to use more of a HTML5 solution, try using STOMP over
websockets:
http://www.jmesnil.net/stomp-websocket/doc/
Apollo supports that nicely too.
On Sun, Dec 23, 2012 at 10:59 PM, Mike Pun wrote:
>
> I am not finding any documentation on this. I would like to use
> ActiveMQ/Apollo as
Hi,
you can find
https://github.com/fusesource/stompjms/
There are some nice examples on how to use it at
https://github.com/fusesource/stompjms/tree/master/stompjms-client/src/test/java/org/fusesource/stomp/client
Regards
--
Dejan Bosanac
--
Red Hat, Inc.
FuseSource is now
Well, the story has ended like this:
There is NO actually simple and isolated Java client library based on STOMP.
There are STOMP server-side connectors included in the builds of AMQ and
some other MBs.
But there is no a simple small client library for this.
There is STOMPJ project on Goodle Code
there's a bunch of clients here...
http://stomp.github.com/implementations.html
you could just telnet in to ActiveMQ and use that as a STOMP client?
http://fusesource.com/docs/broker/5.4/connectivity_guide/BHIJBDJH.html
On 13 December 2012 12:10, Ilya Zvyagin wrote:
> Does AMQ as a project provi
Take a look at this:
https://github.com/fusesource/stompjms
Any stomp 1.0, 1.1 or 1.2 client will work with ActiveMQ.
On Thu, Dec 13, 2012 at 5:10 AM, Ilya Zvyagin wrote:
> Does AMQ as a project provide a STOMP-based client for a message broker
> (AMQ
> in particular),
> or I should use some
Thanks Dejan.
Our STOMP client code was auto connecting and we were explicitly connecting as
well. Everything works fine now.
Regards,
John Boyer
On Sep 29, 2010, at 1:06 AM, Dejan Bosanac wrote:
> This means that you already connected with that connection. Check if
> you're connecting multipl
This means that you already connected with that connection. Check if
you're connecting multiple times.
Cheers
--
Dejan Bosanac - http://twitter.com/dejanb
Open Source Integration - http://fusesource.com/
ActiveMQ in Action - http://www.manning.com/snyder/
Blog - http://www.nighttale.net
On Tu
Would be nice with a out-of-the-box support for stomp, but that will
probably not solve my problem with the ActiveMQ client code. Anyone
who has tried it successfully?
I haven't had time to grab the code a see if there are any tests
available yet, otherwise that could be the next step.
/Johan
200
Johan Kindgren wrote:
>
>
> Create an instance of StompConnect and inject the ConnectionFactory of
> a JBoss server (Jboss Messaging).
>
>
Hi Johan,
JBoss has a task for support of the Stomp protocol:
https://jira.jboss.org/jira/browse/JBMESSAGING-1406
https://jira.jboss.org/jira/browse/JB
2008/10/22 logictude <[EMAIL PROTECTED]>:
>
> Here's the nutshell:
>
> I have AMQ (v5.1.0) running great and my clients subscribe just fine. At
> this moment I have between two and three clients connected to AMQ (queue,
> FYI, not topic).
>
> Each client reads incoming messages and checks for a key
23 matches
Mail list logo