- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 13 for So (0.02 sec)
-
guava-gwt/pom.xml
</plugin> </plugins> <resources> <resource> <directory>src</directory> </resource> <!-- src-super is copied to guava-gwt-sources (so that we can strip its @Nullable annotations), so we don't need to list it here. We may want to arrange something similar for test-super someday. --> <!-- TODO(cpovirk): Why do we have separate src and src-super directories, anyway? --> <resource>
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Sep 04 21:35:58 UTC 2025 - 19.4K bytes - Viewed (0) -
guava/src/com/google/common/collect/TopKSelector.java
* range [0, k) and ignore the remaining elements. */ private final @Nullable T[] buffer; private int bufferSize; /** * The largest of the lowest k elements we've seen so far relative to this comparator. If * bufferSize ≥ k, then we can ignore any elements greater than this value. */ private @Nullable T threshold;
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Sun Aug 31 13:15:26 UTC 2025 - 11.4K bytes - Viewed (0) -
.github/workflows/ci.yml
uses: actions/setup-java@dded0888837ed1f317902acf8a20df0ad188d165 # v5.0.0 with: # For discussion, see the first setup-java block. # The publish-snapshot workflow doesn't run tests, so we don't have to care which version Maven would select for that step. java-version: 24 distribution: 'temurin' server-id: sonatype-nexus-snapshots server-username: CI_DEPLOY_USERNAME
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 19:19:31 UTC 2025 - 4.7K bytes - Viewed (0) -
android/pom.xml
We could probably have resumed it after https://github.com/google/guava/pull/6664. But it's always weird that published poms reference test-only libraries at all, so I'm not in any rush to do so. --> </dependencies> </dependencyManagement> <profiles> <profile> <id>sonatype-oss-release</id> <build> <plugins> <plugin>
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Sep 04 21:35:58 UTC 2025 - 24.3K bytes - Viewed (0) -
pom.xml
We could probably have resumed it after https://github.com/google/guava/pull/6664. But it's always weird that published poms reference test-only libraries at all, so I'm not in any rush to do so. --> </dependencies> </dependencyManagement> <profiles> <profile> <id>sonatype-oss-release</id> <build> <plugins> <plugin>
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Sep 04 21:35:58 UTC 2025 - 23.9K bytes - Viewed (0) -
okhttp-sse/src/main/kotlin/okhttp3/sse/internal/RealEventSource.kt
response, ) return } // This is a long-lived response. Cancel full-call timeouts. call?.timeout()?.cancel() // Replace the body with a stripped one so the callbacks can't see real data. val response = response.stripBody() val reader = ServerSentEventReader(body.source(), this) try { if (!canceled) { listener.onOpen(this, response)
Registered: Fri Sep 05 11:42:10 UTC 2025 - Last Modified: Sat Aug 30 11:47:47 UTC 2025 - 3.3K bytes - Viewed (0) -
android/guava/src/com/google/common/reflect/TypeResolver.java
* * 2a. If the resolved types are identical to the original types, then we can return the * original, identical JDK TypeVariable. By doing so, we sidestep the problem entirely. * * 2b. If the resolved types are different from the original types, things are trickier. The
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 24.2K bytes - Viewed (0) -
guava/src/com/google/common/reflect/Types.java
* AnnotatedElement}, which {@code TypeVariable} began to extend only in Java 8. Those methods * refer only to types present under Android, so we could implement them in {@code * TypeVariableImpl} today. (We could probably then make {@code TypeVariableImpl} implement {@code * AnnotatedElement} so that we get partial compile-time checking.) * * <p>This workaround should be removed at a distant future time when <a
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 23.5K bytes - Viewed (0) -
android/guava/src/com/google/common/reflect/Types.java
* AnnotatedElement}, which {@code TypeVariable} began to extend only in Java 8. Those methods * refer only to types present under Android, so we could implement them in {@code * TypeVariableImpl} today. (We could probably then make {@code TypeVariableImpl} implement {@code * AnnotatedElement} so that we get partial compile-time checking.) * * <p>This workaround should be removed at a distant future time when <a
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 23.6K bytes - Viewed (0) -
guava/src/com/google/common/reflect/TypeResolver.java
* * 2a. If the resolved types are identical to the original types, then we can return the * original, identical JDK TypeVariable. By doing so, we sidestep the problem entirely. * * 2b. If the resolved types are different from the original types, things are trickier. The
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 24.2K bytes - Viewed (0)