[SPARK-52173] Fix OwnerReference Patching for Spark Application Driver Resources #204
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.
What changes were proposed in this pull request?
This PR fixes the logic to patch ownerReference on pre-resources for application. It would decorate the proposed spec instead of created resource with generated fields.
Why are the changes needed?
At initialization phase, operator would request pre-resources for driver first, then apply the owner references on these resources with created driver pod uid.
The latter patching is currently failing as it's decorating on created resource (which have managed fields set).
https://kubernetes.io/docs/reference/using-api/server-side-apply/
The patch body shall not include generated
managedFields.Does this PR introduce any user-facing change?
No
How was this patch tested?
Unit tests added
Was this patch authored or co-authored using generative AI tooling?
No