Hello Ganesh,
Done: https://issues.apache.org/jira/browse/DISPATCH-773 Indeed, I didn't see it could happen even to static config files. Regards, Adel ________________________________ From: Ganesh Murthy <[email protected]> Sent: Monday, May 15, 2017 4:09:17 PM To: [email protected] Subject: Re: Dispatch router 2-phase start Hi Adel, Can you please enter an enhancement JIRA for this so we can track this. This problem definitely needs to be addressed. I see this problem happening even in the case of static config files. If you see here - https://github.com/apache/qpid-dispatch/blob/master/python/qpid_dispatch_internal/management/config.py#L167 - the listener is configured before the waypoint and address entities and there is a possibility that a producer and consumer might start directly exchanging messages if the listeners are setup are setup and the clients attach immediately thereafter and before the router could run thru the rest of the static configuration. Thanks. ----- Original Message ----- > From: "Jiri Danek" <[email protected]> > To: "users" <[email protected]> > Sent: Monday, May 15, 2017 6:21:01 AM > Subject: Re: Dispatch router 2-phase start > > On Mon, May 15, 2017 at 12:14 PM, Adel Boutros <[email protected]> wrote: > > > Indeed, but I would not need an extra port in this case. > > > > Also, the extra management port could be used by mistake by any > > misconfigured consumer/producer. > > > > You could setup a policy to allow only management on this extra port... > > > > > > ________________________________ > > From: Jiri Danek <[email protected]> > > Sent: Monday, May 15, 2017 12:04:50 PM > > To: users > > Subject: Re: Dispatch router 2-phase start > > > > On Mon, May 15, 2017 at 12:00 PM, Adel Boutros <[email protected]> > > wrote: > > > > > Hello Gordon, > > > > > > > > > With what you are proposing, the order of the configuration becomes > > > critical because if the public listener is configured before the > > connectors > > > and autolinks, I would have the same issue with the producer/consumer. So > > > my management process would have to send the management commands in a > > > predefined order. > > > > > > > > > In the case of the 2-phase start, the order of configuration is > > irrelevant > > > and the management is thus easier. > > > > > > > > > Regards, > > > > > > Adel > > > > > > > On Sat, May 13, 2017 at 11:29 AM, Adel Boutros <[email protected]> > > wrote: > > > > > Once all dynamic configuration is done, we send a management message to > > > allow the router to start accepting connections. > > > > > > So even with the 2-phase startup you'd have to keep the order of commands > > in mind. You'd have to send this special startup command last. > > -- > > Jiří Daněk > > Messaging QA > > > > > > -- > Jiří Daněk > Messaging QA > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
