[YANGTOOLS-206] Random file generated to src/main/java instead of src/main/yang-gen-sal Created: 05/Jul/14  Updated: 10/Apr/22  Resolved: 07/Jul/14

Status: Resolved
Project: yangtools
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Ed Warnicke Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Mac OS
Platform: PC


External issue ID: 1311

 Description   

In controller/opendaylight/mdsal/model/model-flow-base/

We get the generation of a single class to src/main/java instead of src/main/yang-gen-sal:

src/main/java//org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/PortNumberBuilder.java

Oddly its package (with several other generated classes) is present in the correct directory:

src/main/yang-gen-sal/org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/

This is both odd, and also creates the possibility of folks checking in generated code (as this is not excluded by the .gitignore.



 Comments   
Comment by Tony Tkacik [ 07/Jul/14 ]

src/main/java//org/opendaylight/yang/gen/v1/urn/opendaylight/flow/types/port/rev130925/PortNumberBuilder.java

Is Union Builder, it is impossible for YANGTools to generate deserialization from
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?)

This is put into src/main/java in order for module-writer to fill out missing implementation.

Closing this as Resolved - Works for Me, since this is by design.

See ietf-restconf or ietf-inet-types in YANGTools, where these builders are also generated.

Generated at Wed Feb 07 20:52:34 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.