- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 47 for effort (0.08 sec)
-
compat/maven-model-builder/src/main/java/org/apache/maven/model/building/ModelProblem.java
} /** * Gets the identifier of the model from which the problem originated. The identifier is derived from the * information that is available at the point the problem occurs and as such merely serves as best effort * to provide information to the user to track the problem back to its origin. * * @return The hint about the source of the problem or an empty string if unknown, never {@code null}. */
Registered: Sun Nov 03 03:35:11 UTC 2024 - Last Modified: Fri Oct 25 12:31:46 UTC 2024 - 4K bytes - Viewed (0) -
impl/maven-core/src/main/java/org/apache/maven/AbstractMavenLifecycleParticipant.java
} /** * Invoked after all projects were built. * * This callback is intended to allow extensions to perform cleanup of any * allocated external resources after the build. It is invoked on best-effort * basis and may be missed due to an Error or RuntimeException in Maven core * code. * * @param session the Maven session * @throws MavenExecutionException in case of issue
Registered: Sun Nov 03 03:35:11 UTC 2024 - Last Modified: Fri Oct 25 12:31:46 UTC 2024 - 2.9K bytes - Viewed (0) -
android/guava-testlib/src/com/google/common/collect/testing/google/BiMapTestSuiteBuilder.java
.withSetUp(parentBuilder.getSetUp()) .withTearDown(parentBuilder.getTearDown()) .createTestSuite()); /* * TODO(cpovirk): the Map tests duplicate most of this effort by using a * CollectionTestSuiteBuilder on values(). It would be nice to avoid that */ derived.add( SetTestSuiteBuilder.using(
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Wed Oct 30 16:15:19 UTC 2024 - 6.8K bytes - Viewed (0) -
CONTRIBUTING.md
Registered: Wed Nov 06 11:36:14 UTC 2024 - Last Modified: Tue Nov 05 15:15:33 UTC 2024 - 15.6K bytes - Viewed (0) -
android/pom.xml
obvious way to ensure that. We could consider arranging things so that only the tests we know need this would get the add-opens. Right now that doesn't seem worth the effort, though. --> <test.add.opens> --add-opens java.base/java.lang=ALL-UNNAMED --add-opens java.base/java.util=ALL-UNNAMED --add-opens java.base/sun.security.jca=ALL-UNNAMED
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Thu Oct 31 14:51:04 UTC 2024 - 21K bytes - Viewed (0) -
pom.xml
obvious way to ensure that. We could consider arranging things so that only the tests we know need this would get the add-opens. Right now that doesn't seem worth the effort, though. --> <test.add.opens> --add-opens java.base/java.lang=ALL-UNNAMED --add-opens java.base/java.util=ALL-UNNAMED --add-opens java.base/sun.security.jca=ALL-UNNAMED
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Thu Oct 31 14:51:04 UTC 2024 - 20.6K bytes - Viewed (0) -
android/guava/src/com/google/common/collect/MinMaxPriorityQueue.java
* speaking, impossible to make any hard guarantees in the presence of unsynchronized concurrent * modification. Fail-fast iterators throw {@code ConcurrentModificationException} on a * best-effort basis. Therefore, it would be wrong to write a program that depended on this * exception for its correctness: <i>the fail-fast behavior of iterators should be used only to * detect bugs.</i> *
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Wed Oct 30 16:15:19 UTC 2024 - 34.1K bytes - Viewed (0) -
CHANGELOG/CHANGELOG-1.32.md
listed or watched. Any objects in the unsynced resource type with owner references with `blockOwnerDeletion: true` will not be known to the garbage collector. Use of `blockOwnerDeletion` has always been best-effort and racy on startup and object creation, with this fix, it continues to be best-effort for resources that cannot be synced by the garbage collector controller. ([#125796](https://github.com/kubernetes/kubernetes/pull/125796), [@haorenfsa](https://github.com/haorenfsa)) [SIG API Machinery, Apps...
Registered: Fri Nov 01 09:05:11 UTC 2024 - Last Modified: Tue Oct 29 20:17:52 UTC 2024 - 121.6K bytes - Viewed (0) -
guava/src/com/google/common/collect/MinMaxPriorityQueue.java
* speaking, impossible to make any hard guarantees in the presence of unsynchronized concurrent * modification. Fail-fast iterators throw {@code ConcurrentModificationException} on a * best-effort basis. Therefore, it would be wrong to write a program that depended on this * exception for its correctness: <i>the fail-fast behavior of iterators should be used only to * detect bugs.</i> *
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Wed Oct 30 16:15:19 UTC 2024 - 34.1K bytes - Viewed (0) -
CHANGELOG/CHANGELOG-1.30.md
With this patch, the external provisioner can remove the finalizer in next reconcile loop. Unfortunately if the provious existing pv has the Failed state, this patch won't take effort. It requires users to remove finalizer. ([#126043](https://github.com/kubernetes/kubernetes/pull/126043), [@carlory](https://github.com/carlory)) [SIG Apps and Storage]
Registered: Fri Nov 01 09:05:11 UTC 2024 - Last Modified: Wed Oct 23 04:40:14 UTC 2024 - 309.1K bytes - Viewed (0)