Comparing the traces for the working and not-working runs, there's one different line of note:
Working (mode=delete) [id]:0 <- @attach(18) [name="xxx", handle=0, role=false, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [address="xxx"], target=@target(41) [], incomplete-unsettled=false, initial-delivery-count=0] Not working (mode=copy) [id]:0 <- @attach(18) [name="xxx", handle=0, role=false, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [address="xxx"*, durable=0, expiry-policy=:"session-end", timeout=0, dynamic=false, distribution-mode=:copy*], target=@target(41) [], incomplete-unsettled=false, initial-delivery-count=0] On Mon, Nov 18, 2019 at 1:45 PM Mike Longfritz <[email protected]> wrote: > I'll be darned, it does receive new messages. That's helpful, but not > quite sufficient - I have a significant use case for reading in browse > mode. Any idea what's causing the problem with copy() mode? > > On Mon, Nov 18, 2019 at 1:03 PM Gordon Sim <[email protected]> wrote: > >> On 18/11/2019 1:59 pm, Mike Longfritz wrote: >> > On Mon, Nov 18, 2019 at 8:22 AM Gordon Sim <[email protected]> wrote: >> >> Also there is one difference in the attach that may be relevant, the >> >> distribution-mode. Have you tried your python app with delete=True? >> > >> > >> > I have, and it does delete from the queue when run that way. (Strangely, >> > the java client is also not currently deleting from the queue, even >> though >> > I expect it to - but one problem at a time) >> >> Does it then receive new messages? Or it still has the same problem? >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >>
