Skip to content

Commit cbd9447

Browse files
authored
Merge pull request #2316 from yue9944882/chore/run-formatter
Chore: Run spotless formatter
2 parents b7e0d5d + 0781f78 commit cbd9447

File tree

1 file changed

+20
-26
lines changed

1 file changed

+20
-26
lines changed

extended/src/main/java/io/kubernetes/client/extended/leaderelection/LeaderElector.java

Lines changed: 20 additions & 26 deletions
Original file line numberDiff line numberDiff line change
@@ -107,22 +107,19 @@ public LeaderElector(LeaderElectionConfig config, Consumer<Throwable> exceptionH
107107
}
108108

109109
/**
110-
* Runs the leader election in foreground. The process will enter an
111-
* acquisition loop trying to get a lease of the lock object set in
112-
* configuration. The acquisition loop stops in either of these
113-
* scenarios:
110+
* Runs the leader election in foreground. The process will enter an acquisition loop trying to
111+
* get a lease of the lock object set in configuration. The acquisition loop stops in either of
112+
* these scenarios:
114113
*
115-
* 1) An error occurs that prevents us from aquiring a lease.
114+
* <p>1) An error occurs that prevents us from aquiring a lease.
116115
*
117-
* 2) The LeaderElector successfully acquires leadership. At this
118-
* point, we will enter a renewal loop where we will continuously
119-
* renew the lease following the provided configuration.
116+
* <p>2) The LeaderElector successfully acquires leadership. At this point, we will enter a
117+
* renewal loop where we will continuously renew the lease following the provided configuration.
120118
*
121-
* Note that in both cases the LeaderElector will NOT return to the
122-
* acquisition loop. This is most relevant when a leader instance
123-
* loses leadership as the LeaderElector will not try to re-acquire
124-
* leadership. To do this, the caller is responsible for explicitly
125-
* invoking the "run" method again.
119+
* <p>Note that in both cases the LeaderElector will NOT return to the acquisition loop. This is
120+
* most relevant when a leader instance loses leadership as the LeaderElector will not try to
121+
* re-acquire leadership. To do this, the caller is responsible for explicitly invoking the "run"
122+
* method again.
126123
*
127124
* @param startLeadingHook called when a LeaderElector client starts leading
128125
* @param stopLeadingHook called when a LeaderElector client stops leading
@@ -132,22 +129,19 @@ public void run(Runnable startLeadingHook, Runnable stopLeadingHook) {
132129
}
133130

134131
/**
135-
* Runs the leader election in foreground. The process will enter an
136-
* acquisition loop trying to get a lease of the lock object set in
137-
* configuration. The acquisition loop stops in either of these
138-
* scenarios:
132+
* Runs the leader election in foreground. The process will enter an acquisition loop trying to
133+
* get a lease of the lock object set in configuration. The acquisition loop stops in either of
134+
* these scenarios:
139135
*
140-
* 1) An error occurs that prevents us from aquiring a lease.
136+
* <p>1) An error occurs that prevents us from aquiring a lease.
141137
*
142-
* 2) The LeaderElector successfully acquires leadership. At this
143-
* point, we will enter a renewal loop where we will continuously
144-
* renew the lease following the provided configuration.
138+
* <p>2) The LeaderElector successfully acquires leadership. At this point, we will enter a
139+
* renewal loop where we will continuously renew the lease following the provided configuration.
145140
*
146-
* Note that in both cases the LeaderElector will NOT return to the
147-
* acquisition loop. This is most relevant when a leader instance
148-
* loses leadership as the LeaderElector will not try to re-acquire
149-
* leadership. To do this, the caller is responsible for explicitly
150-
* invoking the "run" method again.
141+
* <p>Note that in both cases the LeaderElector will NOT return to the acquisition loop. This is
142+
* most relevant when a leader instance loses leadership as the LeaderElector will not try to
143+
* re-acquire leadership. To do this, the caller is responsible for explicitly invoking the "run"
144+
* method again.
151145
*
152146
* @param startLeadingHook called when a LeaderElector client starts leading
153147
* @param stopLeadingHook called when a LeaderElector client stops leading

0 commit comments

Comments
 (0)