Skip to content

Commit 5450eab

Browse files
committed
wip
Signed-off-by: Attila Mészáros <[email protected]>
1 parent 4ef1411 commit 5450eab

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

docs/content/en/blog/news/nonssa-vs-ssa.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: From client side to server-side apply
3-
date: 2025-02-17
3+
date: 2025-02-25
44
---
55

66
From version 5 of Java Operator SDK [server side apply](https://kubernetes.io/docs/reference/using-api/server-side-apply/)
@@ -81,7 +81,7 @@ a custom resource is created using legacy approach is getting managed by new app
8181
We prepared an integration test to demonstrate how such migration even in a simple case can go wrong,
8282
and how to fix it.
8383

84-
Note that fixing might that you need to [strip managed fields](https://kubernetes.io/docs/reference/using-api/server-side-apply/#clearing-managedfields)
84+
To fix some cases, you might need to [strip managed fields](https://kubernetes.io/docs/reference/using-api/server-side-apply/#clearing-managedfields)
8585
from the custom resource.
8686

8787
See [`StatusPatchSSAMigrationIT`](https://github.com/operator-framework/java-operator-sdk/blob/main/operator-framework/src/test/java/io/javaoperatorsdk/operator/baseapi/statuspatchnonlocking/StatusPatchSSAMigrationIT.java) for details.

0 commit comments

Comments
 (0)