[YANGTOOLS-560] QNameModule.getRevision() should return a specialized object Created: 29/Nov/15 Updated: 10/Apr/22 Resolved: 20/Nov/17 |
|
| Status: | Resolved |
| Project: | yangtools |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 2.0.0 |
| Type: | Bug | ||
| Reporter: | Robert Varga | Assignee: | Robert Varga |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| Issue Links: |
|
||||||||
| External issue ID: | 4688 | ||||||||
| Description |
|
Using Date as the object holding a YANG revision has lead to confusion in its interpretation. Create a new class, YangRevision, which will implement toString(), which will output the revision in the YANG text form. |
| Comments |
| Comment by Robert Varga [ 29/Nov/15 ] |
|
YangRevision should have the following methods: public static YangRevision valueOf(String); @Deprecated @Deprecated YangRevision should also implement Comparable<YangRevision>. |
| Comment by Robert Varga [ 12/Jan/16 ] |
| Comment by Robert Varga [ 14/Dec/16 ] |
|
preparatory patch: https://git.opendaylight.org/gerrit/49372 |
| Comment by Robert Varga [ 25/Oct/17 ] |
|
This turned out to need major rafactoring, but finally https://git.opendaylight.org/gerrit/62083 performs the switch. |