Merged
Conversation
8ce0b15 to
4552755
Compare
Contributor
|
This is a lot of logic to place in the template — would it be possible to move more of this into the generator itself? perhaps in the formatter |
4552755 to
2004f15
Compare
amaskara-dd
approved these changes
Oct 9, 2025
When there is a oneof with at least two similar type, ie List<string> and List<int> this cause some conflict.
2004f15 to
a3383fb
Compare
This was referenced Oct 10, 2025
Merged
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.

Context
When we have a oneOf containing two complex types with the same base type (
List<String>andList<Double>for example), it causes compilation errors in Java:List<String>andList<Double>erase toList)getList()for both types)This issue will surface in PR #3057 which introduces
CustomAttributeValuesUnionwith oneOf:String,List<String>,Double,List<Double>.Changes
Implemented collision detection and resolution for oneOf types with the same type erasure. The logic has been placed in the Python generator (rather than the Jinja2 template) for better separation of concerns and maintainability.
Added
prepare_oneof_methods()function informatter.py:Updated
modelOneOf.j2template:prepare_oneof_methods()functionMethod generation strategy:
String,Double): Generate regular constructors + simple getters (getString(),getDouble())List<String>,List<Double>): Generate static factory methods + descriptive gettersfromStringList(List<String>),fromDoubleList(List<Double>)getStringList(),getDoubleList()Test
I've tested that on the changes from the problematic PR and I got this result: