SchemeImportHelper when updating Enum values with EnumComparison.AdditiveMatch doesn't sort the Enum values in order
- Dominant language
- Java
- Stars
- 4
- Forks
- 3
- Avg merge
- 2h 13m
- Merged PRs (30d)
- 30
Description
The Rosetta platform has a feature for its enumerations that enables, if a certain enumeration is directly related to an FpML or ISO coding scheme, to label that enumeration with the corresponding coding scheme canonical URI, so every time that coding scheme is updated, the enumeration will be automatically updated.
When updating Enum values for CDM prod version it was noticed that the removed values are added at the end of the Enums which means the Enum values are not ordered alphabetically anymore for this Enums. see [here](https://github.com/finos/common-domain-model/pull/3611/files#diff-cf5a3d7446dfb345c0271a68a07474454e9e56078c60ccb9119e9139bd00256a)
The Enums list should be order all times.
Contributor guide
Research direction
Start with SchemeImportHelper and trace the EnumComparison.AdditiveMatch path used when updating enumeration values. Reproduce the update behavior described for the CDM production version and verify that removed values are placed so the complete enum list remains alphabetically ordered.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100