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/YANGTOOLS-206 yangtools <p>In controller/opendaylight/mdsal/model/model-flow-base/</p> <p>We get the generation of a single class to src/main/java instead of src/main/yang-gen-sal:</p> <p>src/main/java//org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/PortNumberBuilder.java</p> <p>Oddly its package (with several other generated classes) is present in the correct directory:</p> <p>src/main/yang-gen-sal/org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/</p> <p>This is both odd, and also creates the possibility of folks checking in generated code (as this is not excluded by the .gitignore.</p> <p>Operating System: Mac OS<br/> Platform: PC</p> YANGTOOLS-206

Random file generated to src/main/java instead of src/main/yang-gen-sal

Bug Resolved Cannot Reproduce Unassigned Ed Warnicke Sat, 5 Jul 2014 12:58:31 +0000 Sun, 10 Apr 2022 18:35:09 +0000 Mon, 7 Jul 2014 07:19:14 +0000 0 2 <p>src/main/java//org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/PortNumberBuilder.java</p> <p>Is Union Builder, it is impossible for YANGTools to generate deserialization from<br/> string to concrete Union types (e.g. is string representation prefered over numerical?, if it is union of more types derived from string, which one is preffered?)</p> <p>This is put into src/main/java in order for module-writer to fill out missing implementation.</p> <p>Closing this as Resolved - Works for Me, since this is by design.</p> <p>See ietf-restconf or ietf-inet-types in YANGTools, where these builders are also generated.</p> Development External issue ID 1311 External issue URL Rank 0|i025sn: