From 64b8f9fa18350bec3b217aeb4ad6ba5948511aa6 Mon Sep 17 00:00:00 2001 From: csviri Date: Wed, 2 Feb 2022 16:18:57 +0100 Subject: [PATCH] fix: javadoc blocking snapshot release --- .../processing/event/source/polling/PollingEventSource.java | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/operator-framework-core/src/main/java/io/javaoperatorsdk/operator/processing/event/source/polling/PollingEventSource.java b/operator-framework-core/src/main/java/io/javaoperatorsdk/operator/processing/event/source/polling/PollingEventSource.java index 55609c2918..4702bd8c38 100644 --- a/operator-framework-core/src/main/java/io/javaoperatorsdk/operator/processing/event/source/polling/PollingEventSource.java +++ b/operator-framework-core/src/main/java/io/javaoperatorsdk/operator/processing/event/source/polling/PollingEventSource.java @@ -13,7 +13,7 @@ /** *

- * Pols resource (on contrary to {@link PerResourcePollingEventSource}) not per resource bases but + * Polls resource (on contrary to {@link PerResourcePollingEventSource}) not per resource bases but * instead to calls supplier periodically and independently of the number of state of custom * resources managed by the operator. It is called on start (synced). This means that when the * reconciler first time executed on startup a poll already happened before. So if the cache does @@ -24,7 +24,7 @@ * Another caveat with this is if the cached object is checked in the reconciler and created since * not in the cache it should be manually added to the cache, since it can happen that the * reconciler is triggered before the cache is propagated with the new resource from a scheduled - * execution. See {@link PollingEventSource##put(ResourceID, Object)}. + * execution. See {@link #put(ResourceID, Object)} method. *

* So the generic workflow in reconciler should be: *