On 01/11/2019 12:37 pm, Robbie Gemmell wrote:
Hi folks,
I have put together a spin for a 0.47.0 Qpid JMS client release,
please give it a test out and vote accordingly.
The source and binary archives can be grabbed from:
https://dist.apache.org/repos/dist/dev/qpid/jms/0.47.0-rc1/
The maven
On 11/1/19 8:37 AM, Robbie Gemmell wrote:
Hi folks,
I have put together a spin for a 0.47.0 Qpid JMS client release,
please give it a test out and vote accordingly.
The source and binary archives can be grabbed from:
https://dist.apache.org/repos/dist/dev/qpid/jms/0.47.0-rc1/
The maven
On 01/11/2019 3:58 pm, Ted Ross wrote:
We could behave like anycast addresses and throttle the senders, or
we could behave more like a topic and allow the sending of messages,
but release the deliveries if there are no consumers.
I don't think these are alternatives, I think they are different
On Fri, Nov 1, 2019 at 10:46 AM Robbie Gemmell
wrote:
> On Thu, 31 Oct 2019 at 17:31, Ted Ross wrote:
> >
> > On Thu, Oct 31, 2019 at 6:57 AM Robbie Gemmell >
> > wrote:
> >
> > > With the below, are you saying that previously the router would always
> > > immediately accept an unsettled
On Thu, 31 Oct 2019 at 17:31, Ted Ross wrote:
>
> On Thu, Oct 31, 2019 at 6:57 AM Robbie Gemmell
> wrote:
>
> > With the below, are you saying that previously the router would always
> > immediately accept an unsettled message sent to a multicast address,
> > and then either send it on
On 01/11/2019 12:21 pm, Alan Conway wrote:
Would sending the messages pre-settled solve this problem?
It would prevent looping, but by dropping all queued messages which
would again mean there was little in point in having the waypoint there
(and if there was no waypoint there would be no
Hi folks,
I have put together a spin for a 0.47.0 Qpid JMS client release,
please give it a test out and vote accordingly.
The source and binary archives can be grabbed from:
https://dist.apache.org/repos/dist/dev/qpid/jms/0.47.0-rc1/
The maven artifacts are also staged for now at:
On Fri, 1 Nov 2019 at 12:37, Robbie Gemmell wrote:
>
> Hi folks,
>
> I have put together a spin for a 0.47.0 Qpid JMS client release,
> please give it a test out and vote accordingly.
>
> The source and binary archives can be grabbed from:
>
Would sending the messages pre-settled solve this problem? That would allow
the router to drop them for other reasons (inter-router congestion) but I
always found the notion of wanting settlement of a multicast message to be
a bit strange (what if there's nobody, what if they give different