Operating System: All
Platform: All

in very first draft phase

Beryllium feature.

Further analysis of changes showed that full support will be probably slanted for Carbon, since it does not only affect YANG Tools, but also MD-SAL, NETCONF and RESTCONF.

Thanks for the synopsis on the scope of this change. Do we have any ideas on how yangtools will handle YANG models with version 1.1 in Boron? Will the parser reject such models?

May I ask what the plan now is for support of YANG 1.1? It is now officially planned to be included in Carbon?

Note that YANG 1.1 is now a Proposed Standard (https://tools.ietf.org/html/rfc7950), so probably the title of this ticket should be updated.

We are feeling the heat of this, as more and more IETF YANG modules are YANG 1.1, so I would really like to know the plan. I understand the date for Carbon is May next year, which we can live with, although we would probably try to use intermediate milestones of the yang tools when available. But we would have a big problem if this would not be in Carbon: in that case, we will probably have to look for alternatives.

I'm using version 0.7.4-Lithium-SR4 of yang-maven-plugin which complains as follows when asked to process a YANG input with "yang-version 1.1;"

Unable to parse yang files from /Users/me/my-project/yang: Yang validation failed for fileorg.opendaylight.yangtools.yang.parser.util.YangValidationException: (In (sub)module:my-module-config-v1) Unsupported yang version:1.1, supported version:1 -> [Help 1]

I see that many issues tagged [Yang 1.1] are resolved. Do I need to set a special command option, use a generator class other than
org.opendaylight.yangtools.maven.sal.api.gen.plugin.CodeGeneratorImpl or ? Please advise, thanks.

Lithium SR4 predates RFC7950 by ~6 months, so there is just no way that release could have supported it. Upgrade to a supported version (Neon+) and you'll be fine.