+1 to Dan's suggestion On Thu, Nov 14, 2019 at 9:52 AM Dan Smith <dsm...@pivotal.io> wrote:
> I'm ok with adding a --cleanQueue option. > > However, I don't think it should default to be true, since that would be > changing the behavior of the existing command. It should default to false. > > -Dan > > On Thu, Nov 14, 2019 at 9:28 AM Xiaojian Zhou <gz...@pivotal.io> wrote: > > > The --cleanQueue option is a similar idea as Barry's "DeadLetter" spike. > I > > remembered that we decided not to do it. > > > > > > On Wed, Nov 13, 2019 at 11:41 PM Mario Ivanac <mario.iva...@est.tech> > > wrote: > > > > > Hi, > > > > > > just to remind you on last question: > > > > > > what is your opinion on adding additional option in gfsh command > "start > > > gateway sender" > > > to control clearing of existing queues --cleanQueues. > > > > > > This option will indicate, when gateway sender is started, should we > > > discard/clean existing queue, or should we use existing queue. > > > By default it will be to discard/clean existing queue. > > > > > > Best Regards, > > > Mario > > > ________________________________ > > > Šalje: Mario Ivanac <mario.iva...@est.tech> > > > Poslano: 8. studenog 2019. 13:00 > > > Prima: dev@geode.apache.org <dev@geode.apache.org> > > > Predmet: Odg: gateway sender queue > > > > > > Hi all, > > > > > > one more clarification regarding 3rd question: > > > > > > "* Could we add extra option in gfsh command "start gateway sender" > > > that allows to control queues reset (for instance --cleanQueues)" > > > > > > This option will indicate, when gateway sender is started, should we > > > discard/clean existing queue, or should we use existing queue. > > > By default it will be to discard/clean existing queue. > > > > > > Best Regards, > > > Mario > > > ________________________________ > > > Šalje: Mario Ivanac <mario.iva...@est.tech> > > > Poslano: 7. studenog 2019. 9:01 > > > Prima: Dan Smith <dsm...@pivotal.io>; dev@geode.apache.org < > > > dev@geode.apache.org> > > > Predmet: Odg: gateway sender queue > > > > > > Hi, > > > > > > thanks for answers. > > > > > > Some more details regarding 1st question. > > > > > > Is this behavior same (for serial and parallel gateway sender) in case > > > queue is persistent? > > > Meaning, should queue (persistent) be purged if we restart gateway > > sender? > > > > > > > > > Thanks, > > > Mario > > > > > > ________________________________ > > > Šalje: Dan Smith <dsm...@pivotal.io> > > > Poslano: 5. studenog 2019. 18:52 > > > Prima: dev@geode.apache.org <dev@geode.apache.org> > > > Predmet: Re: gateway sender queue > > > > > > Some replies, inline: > > > > > > * During testing we have observed, different behavior in parallel > and > > > > serial gateway senders. In case we manually stop, than start gateway > > > > senders, for parallel gateway senders, queue is purged, but for > serial > > > > gateway senders this is not the case. Is this normal behavior or bug? > > > > > > > > > > Hmm, I also think stop is supposed to clear the queue. I think if you > are > > > seeing that it doesn't clear the queue, that might be a bug. > > > > > > > > > > > > > * What happens with the queues when whole cluster is stopped and > > > later > > > > started (In our tests with persistent queues, the events are kept)? > > > > > > > > > > Persistent queues will keep all of the events when you restart. > > > > > > > > > > * Could we add extra option in gfsh command "start gateway > sender" > > > > that allows to control queues reset (for instance --cleanQueues)? > > > > > > > > > > If stop does clear the queue, would this be needed? It might still be > > > reasonable - I've heard folks request a way to clear running queues as > > > well. > > > > > > -Dan > > > > > >
