Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-02 Thread Daniel-Constantin Mierla
On 02/12/2016 11:21, Alex Hermann wrote: > On donderdag 1 december 2016 15:17:18 CET Daniel-Constantin Mierla wrote: >> RPC is the alternative, a more standardized >> concept, with better structured format. > Before removing MI and letting everyone move to RPC, it might be wise to go > over all

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-02 Thread Daniel-Constantin Mierla
On 02/12/2016 00:24, Juha Heinanen wrote: > Brandon Armstead writes: > >> +1 - I'm all for cleaning up any technical debt and moving on with more >> normalized concept. > I'm also in favor of getting rid on MI interface. I'm myself relying > only on one MI command (pua_publish) for which an RPC

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-01 Thread jh
> I would also say that at this point, almost all classical uses of MI > that I know of can be met with RPC. Alex, Did you see my message about pua_mi? Is there now rpc version of it that I have missed to notice? -- Juha ___ sr-dev mailing list

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-01 Thread Alex Balashov
I would also say that at this point, almost all classical uses of MI that I know of can be met with RPC. If, in removing MI for v5.0, something should be overlooked, I trust any howls of protest will expediently illuminate any small things that fell through the cracks. The major functionality

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-01 Thread Juha Heinanen
Brandon Armstead writes: > +1 - I'm all for cleaning up any technical debt and moving on with more > normalized concept. I'm also in favor of getting rid on MI interface. I'm myself relying only on one MI command (pua_publish) for which an RPC command does not exist (or did not exist last time

Re: [sr-dev] [SR-Users] VERY IMPORTANT: deciding when to remove the MI code

2016-12-01 Thread Brandon Armstead
+1 - I'm all for cleaning up any technical debt and moving on with more normalized concept. :) Sincerely, Brandon Armstead On Thu, Dec 1, 2016 at 6:17 AM Daniel-Constantin Mierla wrote: > Hello, > > we started discussing about removing MI (so called management interface) >