https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/MDSAL-78 mdsal <p>I am writing to oeprational/ietf-interfaces:interface-state from my code <span class="error">&#91;vpnmanager&#93;</span> but ran into following exception on write:</p> <p>2015-04-10 19:27:14,686 | WARN | ult-dispatcher-2 | JavassistUtils | 92 - org.opendaylight.yangtools.binding-generator-impl - 0.7.0.SNAPSHOT | Failed to customize org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.interfaces.rev140508.interfaces.state._interface.Statistics$StreamWriter from prototype org.opendaylight.yangtools.binding.data.codec.gen.impl.DataObjectSerializerPrototype<br/> javassist.CannotCompileException: <span class="error">&#91;source error&#93;</span> no such class: org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.yang.types.rev130715.DateAndTime<br/> at javassist.CtBehavior.setBody(CtBehavior.java:446)<span class="error">&#91;89:javassist:3.19.0.GA&#93;</span></p> <p>This is the import statement in my code as well as generated file <span class="error">&#91;org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.interfaces.rev140508.interfaces.state.Interface.java generated from ietf-interfaces.yang&#93;</span>:</p> <p>import org.opendaylight.yang.gen.v1.urn.ietf.params.xml.ns.yang.ietf.yang.types.rev100924.DateAndTime;</p> <p>Bug is that rev130715.DateAndTime is being used even though the generated code says rev100924.DateAndTime. Either generated code should pick more recent revision or at the time of serialization it should look for the right class.</p> <p>Operating System: All<br/> Platform: All</p> MDSAL-78

Unable to write DateAndTime [ietf-yang-types] to data store

Bug Resolved Cannot Reproduce Vishal Thapar Vishal Thapar Fri, 10 Apr 2015 14:39:38 +0000 Sat, 16 Mar 2019 16:24:56 +0000 Sat, 16 Mar 2019 16:24:56 +0000 0 6 <p>Hi, does your model import ietf-yang-types by revision or revision is missing in ietf-interfaces model?</p> <p>If it is missing, workaround to this is to use revision-date along with your import statement to fix revisions.</p> <p>Hi Tony,</p> <p>This is not a custom yang but the the ietf-interfaces.yang in model/ietf. It is the standard yang file <span class="error">&#91;RFC 7223&#93;</span> and doesn't include the revision.</p> <p>Would you recommend editing this file to add revision?</p> <p>Yes, my recommendation for work-around is to add revision.</p> <p>To fix this issue in ODL would require larger effort which could not be fixed in following one or two weeks.</p> <p>Workaround awaiting Code Review: <a href="https://git.opendaylight.org/gerrit/#/c/18264/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/18264/</a></p> <p>Changed to a bug and downgraded severity since a workaround exists.</p> <p>We downgraded this issue in the MD-SAL call because there is a workaround. Tony is working hard to try to get this into RC3.</p> <p><a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=thapar" class="user-hover" rel="thapar">thapar</a> is this still reproducible?</p> <p>Please reopen if this reproduces again.</p> Blocks BGPCEP-311 Development External issue ID 2974 External issue URL Issue Type Rank 0|i02w6f: