- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 83 for JDK (0.01 sec)
-
.github/workflows/build.yml
Registered: Fri Sep 05 11:42:10 UTC 2025 - Last Modified: Thu Aug 21 07:15:58 UTC 2025 - 18.1K bytes - Viewed (0) -
apache-maven/src/assembly/maven/conf/settings.xml
| | This profile example uses the JDK version to trigger activation, and provides a JDK-specific repo. <profile> <id>jdk-1.4</id> <activation> <jdk>1.4</jdk> </activation> <repositories> <repository> <id>jdk14</id> <name>Repository for JDK 1.4 builds</name> <url>http://www.myhost.com/maven/jdk14</url>
Registered: Sun Sep 07 03:35:12 UTC 2025 - Last Modified: Wed Jan 22 07:44:50 UTC 2025 - 11.1K bytes - Viewed (0) -
okhttp/src/jvmTest/kotlin/okhttp3/internal/tls/ClientAuthTest.kt
call.execute() }.also { expected -> when (expected) { is SSLHandshakeException -> { // JDK 11+ } is SSLException -> { // javax.net.ssl.SSLException: readRecord } is SocketException -> { // Conscrypt, JDK 8 (>= 292), JDK 9 } else -> { assertThat(expected.message).isEqualTo("exhausted all routes") }
Registered: Fri Sep 05 11:42:10 UTC 2025 - Last Modified: Wed Jun 18 12:28:21 UTC 2025 - 12.7K bytes - Viewed (0) -
android/guava/src/com/google/common/reflect/TypeResolver.java
* created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We * don't _want_ our new TypeVariable to be equal to the JDK TypeVariable because it has * _different bounds_ than the JDK TypeVariable. And it wouldn't make sense for our new * TypeVariable to be equal to any _other_ JDK TypeVariable, either, because any other JDK
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 24.2K bytes - Viewed (0) -
android/pom.xml
<arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.model=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.processing=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED</arg>
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
<arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.model=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.parser=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.processing=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.tree=ALL-UNNAMED</arg> <arg>-J--add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED</arg>
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Sep 04 21:35:58 UTC 2025 - 23.9K bytes - Viewed (0) -
android/guava-testlib/src/com/google/common/collect/testing/testers/ListSubListTester.java
} catch (IllegalArgumentException expected) { /* * The subList() docs claim that this should be an * IndexOutOfBoundsException, but many JDK implementations throw * IllegalArgumentException: * https://bugs.openjdk.org/browse/JDK-4506427 */ } } @SuppressWarnings("EmptyList") // ImmutableList doesn't support nullable element types public void testSubList_empty() {
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Aug 07 16:05:33 UTC 2025 - 13.5K bytes - Viewed (0) -
android/guava/src/com/google/common/util/concurrent/InterruptibleTask.java
import java.util.concurrent.locks.LockSupport; import org.jspecify.annotations.Nullable; @GwtCompatible @ReflectionSupport(value = ReflectionSupport.Level.FULL) // Some Android 5.0.x Samsung devices have bugs in JDK reflection APIs that cause // getDeclaredField to throw a NoSuchFieldException when the field is definitely there. // Since this class only needs CAS on one field, we can avoid this bug by extending AtomicReference
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Thu Aug 07 16:05:33 UTC 2025 - 10K bytes - Viewed (0) -
guava/src/com/google/common/reflect/TypeResolver.java
* created TypeVariable will not interoperate with any JDK TypeVariable. But this is OK: We * don't _want_ our new TypeVariable to be equal to the JDK TypeVariable because it has * _different bounds_ than the JDK TypeVariable. And it wouldn't make sense for our new * TypeVariable to be equal to any _other_ JDK TypeVariable, either, because any other JDK
Registered: Fri Sep 05 12:43:10 UTC 2025 - Last Modified: Wed Sep 03 14:03:14 UTC 2025 - 24.2K bytes - Viewed (0) -
src/main/java/jcifs/smb/Kerb5Context.java
} } /* * Prepare reflective access to ExtendedGSSContext. The reflective access * abstracts the access so far, that Oracle JDK, Open JDK and IBM JDK are * supported. * * At the time of the first implementation only a test on Oracle JDK was * done. */ private static final String OPENJDK_JGSS_INQUIRE_TYPE_CLASS = "com.sun.security.jgss.InquireType";
Registered: Sun Sep 07 00:10:21 UTC 2025 - Last Modified: Thu Aug 14 07:14:38 UTC 2025 - 13.5K bytes - Viewed (1)