Hello Robert, team,

Any thoughts on this? Or leads I can start looking at.

Thanks,
Alexis

> On May 6, 2019, at 5:04 PM, Alexis de Talhouët <[email protected]> 
> wrote:
> 
> Hello Robert,
> 
>> On Apr 29, 2019, at 8:27 AM, Robert Varga <[email protected] <mailto:[email protected]>> 
>> wrote:
>> 
>>> 
>>> I know this is not a new topic, but I’d like to have a fresh view on this: 
>>> Is it technically possible to load yang at runtime?
>>> If so, is it possible out-of-the-box, else could you share some leads on 
>>> how to implement this.
>> 
>> It is not a new topic, and I do not believe there is a ready-to-go
>> capability to do this.
> 
> What I tried is to mount ODL mdsal netconf server (port 1830) as a mount 
> point, specifying a schema folder containing the YANGs. The mount succeed, 
> but interaction with the mount point doesn’t work at all, throwing 
> 
>       java.lang.IllegalArgumentException: No 
> org.opendaylight.netconf.mapping.api.NetconfOperation available to handle 
> message
>       at 
> org.opendaylight.netconf.impl.osgi.NetconfOperationRouterImpl.getNetconfOperationWithHighestPriority(NetconfOperationRouterImpl.java:124)
>  [257:org.opendaylight.netconf.impl:1.5.2]
>       at 
> org.opendaylight.netconf.impl.osgi.NetconfOperationRouterImpl.onNetconfMessage(NetconfOperationRouterImpl.java:64)
>  [257:org.opendaylight.netconf.impl:1.5.2]
>       at 
> org.opendaylight.netconf.impl.NetconfServerSessionListener.processDocument(NetconfServerSessionListener.java:124)
>  [257:org.opendaylight.netconf.impl:1.5.2]
>       at 
> org.opendaylight.netconf.impl.NetconfServerSessionListener.onMessage(NetconfServerSessionListener.java:89)
>  [257:org.opendaylight.netconf.impl:1.5.2]
>       at 
> org.opendaylight.netconf.impl.NetconfServerSessionListener.onMessage(NetconfServerSessionListener.java:32)
>  [257:org.opendaylight.netconf.impl:1.5.2]
>       at 
> org.opendaylight.netconf.nettyutil.AbstractNetconfSession.handleMessage(AbstractNetconfSession.java:63)
>  [260:org.opendaylight.netconf.netty-util:1.5.2]
>       at 
> org.opendaylight.netconf.nettyutil.AbstractNetconfSession.handleMessage(AbstractNetconfSession.java:33)
>  [260:org.opendaylight.netconf.netty-util:1.5.2]
>       at 
> org.opendaylight.protocol.framework.AbstractProtocolSession.channelRead0(AbstractProtocolSession.java:53)
>  [263:org.opendaylight.netconf.protocol-framework:1.2.2]
>       at 
> io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:105)
>  [88:io.netty.transport:4.1.31.Final]
> 
> I did not dig up on this error, this is more an FYI as hack I tried.
> 
>> 
>>> Use case is to use ODL to be a YANG datastore, and to manage YANG lifecycle 
>>> along with it’s underlying data through
>>> external system.
>> 
>> Can you file an issue in MD-SAL project and flesh out the use case?
> 
> https://jira.opendaylight.org/browse/MDSAL-447 
> <https://jira.opendaylight.org/browse/MDSAL-447>
>> 
>> Key questions:
>> - how does that external system interact with ODL-as-a-YANG-datastore?
> 
> Answered in the jira
> 
>> - are there any Binding-aware applications loaded?
> 
> No
> 
> Regards,
> Alexis

_______________________________________________
Discuss mailing list
[email protected]
https://lists.opendaylight.org/mailman/listinfo/discuss

Reply via email to