[YANGTOOLS-753] yang parser problem with nested uses for refine or augment in submodule Created: 01/Mar/17  Updated: 10/Apr/22  Resolved: 03/Mar/17

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

Type: Bug
Reporter: Mirko Deckert Assignee: Peter Kajsa
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

Attachments: Zip Archive problematic_yang_model.zip    
External issue ID: 7879

 Description   

With the attached minimized yang model the following error message is printed:

[main] WARN org.opendaylight.yangtools.yang.parser.stmt.reactor.BuildGlobalContext - Unexpected error processing source RevisionSourceIdentifier [name=my-model-alarms@1970-01-01]. Please file an issue with this model attached.
java.lang.IllegalArgumentException: Refine target node Relative

{path=[(my-model-ns?revision=1970-01-01)my-event-value]}

not found. At null:21:10

The full stacktrace is available inside the attachment.

Tested with released version 1.0.2-Boron-SR2 and also autorelease-1706 for 1.0.3-Boron-SR3.

Yang model abstracted short description to cause the issue:
module --> include submodule --> container|notification|grouping|rpc with input/output --> uses from other module --> augment --> uses from other module --> augment|refine

 Comments   
Comment by Mirko Deckert [ 01/Mar/17 ]

Attachment problematic_yang_model.zip has been added with description: minimized yang model and stacktrace

Comment by Peter Kajsa [ 02/Mar/17 ]

boron: https://git.opendaylight.org/gerrit/#/c/52635/
master: https://git.opendaylight.org/gerrit/#/c/52639/

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