Hi Robert, On Fri, Jun 8, 2018 at 12:12 AM, Robert Varga <n...@hq.sk> wrote:
> On 07/06/18 19:14, Michael Vorburger wrote: > > Robert, > > > > just to avoid any misunderstandings and unnecessary extra work to throw > > away, may we double check and confirm that we correctly understand your > > comment in https://jira.opendaylight.org/browse/GENIUS-138 to mean that > > we are past the "dependency of a mature project on an incubation > > project" objection and you are now OK with that > > we resurrect https://git.opendaylight.org/gerrit/#/c/64522/, to first > > move infrautils.DiagStatus integration for datastore from genius to > > controller? We would then improve it, in controller instead of genius, > > for the improvement proposed in issue GENIUS-138. > > Hello Michael, > > my point is duplicity of information, i.e. I very much want to have a > single point of source of the data, with others being adaptations of > that source. > > If you are saying that DiagStatus can supplant the information provided > in JMX, fine. If not, than DiagStatus should rely on that JMX endpoint > -- I think the complexity you implied in GENIUS-138 does not exist, but > there was reaction around that point. > I've brushed up on JMX details (something I last did about 13 years ago!) and now agree that this actually isn't a big deal; thank you, please forget I asked. What I had not realized 24h ago is that one CAN actually, quite easily it turns out, use JMX strongly instead of stringly typed ( https://git.opendaylight.org/gerrit/#/c/72789/). That removes one of the main objections I've always had to its "loose" use. So rather than rolling in yet another framework, let's have the > discussion: in what ways it is superior to JMX? > infrautils.diagstatus is useful to us, and ditching it in favour of going back to pure JMX only (if that is what you were getting at) is not on the table for us. > Regards, > Robert > Tx, M. -- Michael Vorburger, Red Hat vorbur...@redhat.com | IRC: vorburger @freenode | ~ = http://vorburger.ch
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
