- Sort Score
- Num 10 results
- Language All
Results 11 - 20 of 1,029 for much (0.02 seconds)
-
.github/ISSUE_TEMPLATE/feature_addition_request.yaml
These advantages can take [many forms](https://github.com/google/guava/wiki/PhilosophyExplained#utility), but taking the time to discuss them in detail will make it much clearer why this feature should be added to Guava. Please fill out the following fields to give us a better understanding of your proposed feature and its potential value for other Guava users.Created: Fri Dec 26 12:43:10 GMT 2025 - Last Modified: Fri Nov 17 18:47:47 GMT 2023 - 5.8K bytes - Click Count (0) -
cmd/namespace-lock_test.go
// Unlock the 1st lock; ref=1 after this line nsLk.unlock("volume", "path", false) // Taking another lockMapMutex here allows queuing up additional lockers. This should // not be required but makes reproduction much easier. nsLk.lockMapMutex.Lock() // lk3 blocks. lk3ch := make(chan bool) go func() { lk3ch <- nsLk.lock(ctx, "volume", "path", "source", "opsID", false, 0) }() // lk4, blocks.
Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Fri Aug 29 02:39:48 GMT 2025 - 3K bytes - Click Count (0) -
docs/en/docs/tutorial/sql-databases.md
Having the return model ensure that a value is always available and always `int` (not `None`) is very useful for the API clients, they can write much simpler code having this certainty. Also, **automatically generated clients** will have simpler interfaces, so that the developers communicating with your API can have a much better time working with your API. 😎 ///
Created: Sun Dec 28 07:19:09 GMT 2025 - Last Modified: Tue Dec 02 05:06:56 GMT 2025 - 15.8K bytes - Click Count (0) -
okhttp/src/commonJvmAndroid/kotlin/okhttp3/internal/connection/AddressPolicy.kt
*/ @JvmField val minimumConcurrentCalls: Int = 0, /** How long to wait to retry pre-emptive connection attempts that fail. */ @JvmField val backoffDelayMillis: Long = 60 * 1000, /** How much jitter to introduce in connection retry backoff delays */ @JvmField val backoffJitterMillis: Int = 100,
Created: Fri Dec 26 11:42:13 GMT 2025 - Last Modified: Tue Jun 03 17:10:08 GMT 2025 - 1.3K bytes - Click Count (0) -
impl/maven-core/src/test/java/org/apache/maven/lifecycle/MavenExecutionPlanTest.java
MavenExecutionPlan plan = LifecycleExecutionPlanCalculatorStub.getProjectAExecutionPlan(); assertNull(plan.findLastInPhase("pacXkage")); // Beer comes straight after package in stub, much like real life. assertNotNull(plan.findLastInPhase(LifecycleExecutionPlanCalculatorStub.INITIALIZE.getPhase())); }
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Fri Oct 25 12:31:46 GMT 2024 - 2.7K bytes - Click Count (0) -
docs/sts/web-identity.py
token_url, data=data, verify=False, allow_redirects=False, auth=(client_id, client_secret)) print('body: ' + id_token_response.text) # we can now use the id_token as much as we want to access protected resources. tokens = json.loads(id_token_response.text) id_token = tokens['id_token'] response = sts_client.assume_role_with_web_identity(Created: Sun Dec 28 19:28:13 GMT 2025 - Last Modified: Wed Jul 28 01:37:51 GMT 2021 - 2.9K bytes - Click Count (0) -
impl/maven-core/src/main/java/org/apache/maven/lifecycle/internal/ProjectSegment.java
* </p> * <p> * Wise voices have suggested that maybe aggregators shouldn't be bound to the ordinary * lifecycle at all, in which case we wouldn't be needing this class at all ( and * ProjectBuildList.getByTaskSegments). Or maybe they should be introduced in the calculation * of the execution plan instead, which seems much nicer. * </p> * <p>
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Fri Oct 25 12:31:46 GMT 2024 - 3.5K bytes - Click Count (0) -
impl/maven-core/src/test/java/org/apache/maven/lifecycle/internal/stub/AboutTheStubs.html
used to test the individual components in the lifecycle with data that has expected characteristics and can be asserted as desired. You can change/extend these stubs, and tests should not be breaking too much, since most tests assert using expected values from the stubs. Normally, when you try to use data from the stubs that have not been properly populated, you'll get a nullpointer in your test and you then have to
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Fri Oct 25 12:31:46 GMT 2024 - 2.3K bytes - Click Count (0) -
impl/maven-core/src/main/java/org/apache/maven/internal/transformation/PomArtifactTransformer.java
import org.eclipse.aether.deployment.DeployRequest; import org.eclipse.aether.installation.InstallRequest; /** * Maven POM transformer. * TODO: rename this interface to "Transformer" as it can do much more than just transform POM. * @since TBD */ public interface PomArtifactTransformer { InstallRequest remapInstallArtifacts(RepositorySystemSession session, InstallRequest request);
Created: Sun Dec 28 03:35:09 GMT 2025 - Last Modified: Thu Nov 06 18:32:25 GMT 2025 - 1.9K bytes - Click Count (0) -
okhttp/src/androidMain/kotlin/okhttp3/internal/platform/AndroidPlatform.kt
} } /** * A trust manager for Android applications that customize the trust manager. * * This class exploits knowledge of Android implementation details. This class is potentially * much faster to initialize than [BasicTrustRootIndex] because it doesn't need to load and * index trusted CA certificates. */ internal data class CustomTrustRootIndex( private val trustManager: X509TrustManager,
Created: Fri Dec 26 11:42:13 GMT 2025 - Last Modified: Fri Oct 10 05:19:46 GMT 2025 - 6.5K bytes - Click Count (0)