the API server that will be stable over the cluster lifetime. L1948: - `--service-account-key-file`, set to one or more files containing one or more public keys used to verify tokens. L1949: - `--service-account-signing-key-file`, set to a file containing a private key to use to sign service account tokens. Can be the same file given to `kube-controller-manager` with `--service-account-private-key-file`. ([#95896](https://github.com/kubernetes/kubernetes/pull/95896), [@zshihang](https://github.com/zshihang))...

([#78522](https://github.com/kubernetes/kubernetes/pull/78522), [@croomes](https://github.com/croomes)) L1478:- Fixed issue in Portworx volume driver causing controller manager to crash. ([#76341](https://github.com/kubernetes/kubernetes/pull/76341), [@harsh-px](https://github.com/harsh-px)) L1479:- For an empty regular file, `stat --printf %F` will now display `regular empty file` instead of `regular file`. ([#62159](https://github.com/kubernetes/kubernetes/pull/62159), [@dixudx](https://github.com/dixudx))...

before, during, or after runInterruptibly() (unless it produced an InterruptedException L162: * caught above) can linger and affect listeners. L163: */ L164: } L165: L166: /** L167: * Called before runInterruptibly - if true, runInterruptibly and afterRanInterruptibly will not L168: * be called. L169: */ L170: abstract boolean isDone(); L171: L172: /** L173: * Do interruptible work here - do not complete Futures here, as their listeners could be L174: * interrupted. L175: */...

Future<?> possiblyIgnoredError1 = serializer.submitAsync(thirdCallable, directExecutor()); L85: secondFuture.cancel(true); L86: assertThat(secondCallable.called).isFalse(); L87: assertThat(thirdCallable.called).isFalse(); L88: firstFuture.set(null); L89: assertThat(secondCallable.called).isFalse(); L90: assertThat(thirdCallable.called).isTrue(); L91: } L92: L93: public void testCancellationMultipleThreads() throws Exception { L94: final BlockingCallable blockingCallable = new BlockingCallable();...

(e1, e2) -> { L537: // requireNonNull is safe because the first `size` elements have been filled in. L538: requireNonNull(e1); L539: requireNonNull(e2); L540: return comparator.compare(e1.getKey(), e2.getKey()); L541: }); L542: // requireNonNull is safe because the first `size` elements have been filled in. L543: Entry<K, V> firstEntry = requireNonNull(entryArray[0]); L544: K prevKey = firstEntry.getKey();...

static final String LABELS_TOKEN = "{labels.token}"; L364: L365: /** The key of the message: Synonym File */ L366: public static final String LABELS_SYNONYM_FILE = "{labels.synonymFile}"; L367: L368: /** The key of the message: Stopwords File */ L369: public static final String LABELS_STOPWORDS_FILE = "{labels.stopwordsFile}"; L370: L371: /** The key of the message: Stemmer Override File */ L372: public static final String LABELS_STEMMER_OVERRIDE_FILE = "{labels.stemmerOverrideFile}";...

order of the returned map is the order in which entries were L615: * inserted into the builder, unless {@link #orderEntriesByValue} was called, in which case L616: * entries are sorted by value. If a key was added more than once, it appears in iteration order L617: * based on the first time it was added, again unless {@link #orderEntriesByValue} was called. L618: * L619: * <p>In the current implementation, all values associated with a given key are stored in the L620: * {@code...

L285: @Override L286: public int read(char[] cbuf, int off, int len) throws IOException { L287: // if a buffer isn't being cleared correctly, this method will eventually start being called L288: // with a len of 0 forever L289: if (len <= 0) { L290: fail("read called with a len of " + len); L291: } L292: // read fewer than the max number of chars to read L293: // shouldn't be a problem unless the buffer is shrinking each call L294: ...

L285: @Override L286: public int read(char[] cbuf, int off, int len) throws IOException { L287: // if a buffer isn't being cleared correctly, this method will eventually start being called L288: // with a len of 0 forever L289: if (len <= 0) { L290: fail("read called with a len of " + len); L291: } L292: // read fewer than the max number of chars to read L293: // shouldn't be a problem unless the buffer is shrinking each call L294: ...

transient @Nullable Object[] alternatingKeysAndValues; L74: private final transient int size; L75: L76: /* L77: * We have some considerable complexity in these create methods because of L78: * Builder.buildKeepingLast(). The same Builder might be called with buildKeepingLast() and then L79: * buildOrThrow(), or vice versa. So in particular, if we modify alternatingKeysAndValues to L80: * eliminate duplicate keys (for buildKeepingLast()) then we have to ensure that a later call to L81: * buildOrThrow()...