On 04/06/2019 11:52, Emmett Cox wrote: > Hi Everyone, Hey Emmett,
> I'm currently working on making changes to the controller project to > allow Yang 1.1 action support. > > I've several questions regarding implementing the changes: > > 1. In regards to where sal-remoterpc-connector is used/instantiated, > does anyone know where/how it is utilized in opendaylight? I've search > for references to the factory methods etc. used as part of the > blueprints for the module within both the controller and mdsal project, > and I've seen no mention of it anywhere. How is remoterpc-connector used > alongside other modules? and where would I have to make additional > changes in order to allow clustering support for remote actions, similar > to remote rpcs? The bundle is activated through its remote-rpc.xml blueprint. It is packaged in odl-mdsal-broker. Aside from changes to blueprint I do not believe anything else is needed. > 2. Currently as part of these changes I've needed to use a class that > functions in a similar way to DOMRpcIdentifier. I've been making use of > the DOMActionInstance in any places where a domrpcidentifier would have > been used for the action functionality - is this the correct class to be > using, or is there a more appropriate class I could use to mirror > DOMRpcIdentifier for actions? DOMActionInstance is pretty much equivalent to DOMRpcIdentifier.Local, except for the former's ability to be bound to multiple paths at the same time (and hence availability listeners work slightly differently). > 3.is there any data difference between normalizedNode vs ContainerNode? > IE could I store normalized nodes and cast them to container nodes where > needed without losing essential data? could be used to refactor some > code to be more reusable. ContainerNode is a NormalizedNode, aside from losing type safety nothing is lost. Please consider using generics before resorting to explicit casts, as they are hard to maintain... Regards, Robert
signature.asc
Description: OpenPGP digital signature
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
