Deficiencies in current yangtool generation of ietf types. (YANGTOOLS-418)

[YANGTOOLS-1018] Switch uint{8,16,32,64} to use yang.common.Uint{8,16,32,64} Created: 24/Aug/19  Updated: 03/Sep/19  Resolved: 03/Sep/19

Status: Resolved
Project: yangtools
Component/s: codecs, data-impl, data-util, parser
Affects Version/s: None
Fix Version/s: 4.0.0

Type: Sub-task Priority: Medium
Reporter: Robert Varga Assignee: Robert Varga
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Blocks
blocks MDSAL-330 Mapping type collisions between yang ... Resolved

 Description   

Our current mapping of unsigned types to java.lang widens them to accommodate to the increased range. This is quite wasteful in case of uint32 (24 bytes instead of 16) and uint64 (64 bytes instead of 24).

This type overlap also does not play well with MD-SAL Binding, as it causes uncompilable code for unions – see MDSAL-330.

Address these concerns by switching unsigned types to use yang.common.Uint* classes, which provide this encapsulation.


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