Ah it's using Artemis Broker... should look at Artemis list instead
On Mon, Jun 22, 2020 at 3:01 PM Gordon Sim wrote:
> On 22/06/2020 6:49 pm, Virgilio Fornazin wrote:
> > show source code of qpid-stat tools, it does what you want
>
> Not really. That uses QMF which ActiveMQ Artemis will not und
On 22/06/2020 6:49 pm, Virgilio Fornazin wrote:
show source code of qpid-stat tools, it does what you want
Not really. That uses QMF which ActiveMQ Artemis will not understand.
-
To unsubscribe, e-mail: users-unsubscr...@qpid
show source code of qpid-stat tools, it does what you want
On Mon, Jun 22, 2020 at 8:59 AM Gordon Sim wrote:
> On 22/06/2020 11:59 am, mohank wrote:
> > Client : QPID C++
> > Broker : ActiveMQ Artemis
> >
> > Is there any possibility to check whether *topic address*/*queue* has any
> > consumer?
On 22/06/2020 5:48 pm, Andrew Stitcher wrote:
I'd also note that raising a bug against RabbitMQ would be in order too
as it shouldn't die if it receives an authzid equal to the authcid in
any case.
There already is one: https://github.com/rabbitmq/rabbitmq-amqp1.0/issues/95
--
On Fri, 2020-06-19 at 22:17 +0100, Gordon Sim wrote:
> On 19/06/2020 9:40 pm, Andrew Stitcher wrote:
> > On Fri, 2020-06-19 at 13:59 +0100, Gordon Sim wrote:
> > > ...
> > >
> > > Looks like it changed back for cyrus-sasl anyway:
> > > https://github.com/apache/qpid-proton/commit/885d68aeaf522021a
On 22/06/2020 11:59 am, mohank wrote:
Client : QPID C++
Broker : ActiveMQ Artemis
Is there any possibility to check whether *topic address*/*queue* has any
consumer?
Using Artemis.cmd, JMS and rest API provided by ActiveMQ we can get this
data.
But is it possible to get the same using QPID C++
Hi,
Client : QPID C++
Broker : ActiveMQ Artemis
Is there any possibility to check whether *topic address*/*queue* has any
consumer?
Using Artemis.cmd, JMS and rest API provided by ActiveMQ we can get this
data.
But is it possible to get the same using QPID C++ APIS(i.e. QMF, is it only
restricte
There is no filtering relating to the
jms.presettlePolicy.presettleConsumers option. It has no direct[*]
effect on what messages the peer the consumer attached to chooses to
send, just how it sends their deliveries to the consumer, settled or
unsettled. All messages that can be will be sent to the
In addition:
I saw that this option presettles all incoming messages directly after
consuming, even if initially sent unsettled.
This would mean for us, that our acknowledgement of correct end to end
processing wouldn't work anymore.
I think I misunderstood the initial meaning of this property.
Hi Robbie,
thank you for your quick answer,
We have tested setting this property now.
We now receive presettled messages and not settled messages (QoS 0 and 1) on
the same connection with jms.presettlePolicy.presettleConsumers set as
parameter.
Is this the expected behavior of the property or
10 matches
Mail list logo