From 43cf27da3a68f6902055958075a4c371e93b0276 Mon Sep 17 00:00:00 2001 From: Chris Laprun Date: Fri, 6 Dec 2024 15:33:40 +0100 Subject: [PATCH] chore: update to JOSDK 5.0.0-beta1 Signed-off-by: Chris Laprun --- docs/modules/ROOT/pages/includes/quarkus-operator-sdk.adoc | 2 -- .../includes/quarkus-operator-sdk_quarkus.operator-sdk.adoc | 2 -- pom.xml | 2 +- 3 files changed, 1 insertion(+), 5 deletions(-) diff --git a/docs/modules/ROOT/pages/includes/quarkus-operator-sdk.adoc b/docs/modules/ROOT/pages/includes/quarkus-operator-sdk.adoc index 924114a17..65f002cad 100644 --- a/docs/modules/ROOT/pages/includes/quarkus-operator-sdk.adoc +++ b/docs/modules/ROOT/pages/includes/quarkus-operator-sdk.adoc @@ -469,8 +469,6 @@ An optional list of comma-separated watched namespace names that will be used to Note that this is provided as a means to quickly deploy a specific controller to test it by applying the generated manifests to the target cluster. If empty, no manifests will be generated. The namespace in which the controller will be deployed will be the currently configured namespace as specified by your `.kube/config` file, unless you specify the target deployment namespace using the `quarkus.kubernetes.namespace` property. - - As this functionality cannot handle namespaces that are not know until runtime (because the generation happens during build time), we recommend that you use a different mechanism such as OLM or Helm charts to deploy your operator in production. This replaces the previous `namespaces` property which was confusing and against Quarkus best practices since it existed both at build time and runtime. That property wasn't also adequately capturing the fact that namespaces that wouldn't be known until runtime would render whatever got generated at build time invalid as far as generated manifests were concerned. diff --git a/docs/modules/ROOT/pages/includes/quarkus-operator-sdk_quarkus.operator-sdk.adoc b/docs/modules/ROOT/pages/includes/quarkus-operator-sdk_quarkus.operator-sdk.adoc index 924114a17..65f002cad 100644 --- a/docs/modules/ROOT/pages/includes/quarkus-operator-sdk_quarkus.operator-sdk.adoc +++ b/docs/modules/ROOT/pages/includes/quarkus-operator-sdk_quarkus.operator-sdk.adoc @@ -469,8 +469,6 @@ An optional list of comma-separated watched namespace names that will be used to Note that this is provided as a means to quickly deploy a specific controller to test it by applying the generated manifests to the target cluster. If empty, no manifests will be generated. The namespace in which the controller will be deployed will be the currently configured namespace as specified by your `.kube/config` file, unless you specify the target deployment namespace using the `quarkus.kubernetes.namespace` property. - - As this functionality cannot handle namespaces that are not know until runtime (because the generation happens during build time), we recommend that you use a different mechanism such as OLM or Helm charts to deploy your operator in production. This replaces the previous `namespaces` property which was confusing and against Quarkus best practices since it existed both at build time and runtime. That property wasn't also adequately capturing the fact that namespaces that wouldn't be known until runtime would render whatever got generated at build time invalid as far as generated manifests were concerned. diff --git a/pom.xml b/pom.xml index 6798300ad..03547bffd 100644 --- a/pom.xml +++ b/pom.xml @@ -13,7 +13,7 @@ Quarkus - Operator SDK - Parent 3.17.4 - 5.0.0-SNAPSHOT + 5.0.0-beta1 :git:git@github.com:quarkiverse/quarkus-operator-sdk.git