- Sort Score
- Num 10 results
- Language All
Results 1 - 10 of 156 for had (0.01 seconds)
-
impl/maven-cli/src/main/java/org/apache/maven/cling/invoker/mvnup/goals/UpgradeResult.java
* Uses sets of paths to track which POMs were processed, modified, or had errors, * avoiding double-counting when multiple strategies affect the same POMs. * * @param processedPoms the set of POMs that were processed * @param modifiedPoms the set of POMs that were modified * @param errorPoms the set of POMs that had errors */
Created: Sun Apr 05 03:35:12 GMT 2026 - Last Modified: Sat Jun 07 06:22:47 GMT 2025 - 3.9K bytes - Click Count (0) -
impl/maven-cli/src/main/java/org/apache/maven/cling/invoker/LayeredOptions.java
Created: Sun Apr 05 03:35:12 GMT 2026 - Last Modified: Wed Feb 26 17:31:44 GMT 2025 - 5.7K bytes - Click Count (0) -
docs/en/docs/how-to/migrate-from-pydantic-v1-to-pydantic-v2.md
# Migrate from Pydantic v1 to Pydantic v2 { #migrate-from-pydantic-v1-to-pydantic-v2 } If you have an old FastAPI app, you might be using Pydantic version 1. FastAPI version 0.100.0 had support for either Pydantic v1 or v2. It would use whichever you had installed. FastAPI version 0.119.0 introduced partial support for Pydantic v1 from inside of Pydantic v2 (as `pydantic.v1`), to facilitate the migration to v2.Created: Sun Apr 05 07:19:11 GMT 2026 - Last Modified: Thu Mar 05 18:13:19 GMT 2026 - 5.4K bytes - Click Count (0) -
src/test/java/jcifs/dcerpc/ndr/NdrObjectTest.java
*/ @Test void testEncode() throws NdrException { // When ndrObject.encode(mockBuffer); // Then // Verify that our mock buffer had the expected method called. verify(mockBuffer).enc_ndr_long(123); } /** * Test case for the decode method. * Verifies that the decode method of a concrete implementation is calledCreated: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Thu Aug 14 05:31:44 GMT 2025 - 3.4K bytes - Click Count (0) -
doc/next/6-stdlib/99-minor/net/http/77370.md
programs, this change should be a no-op, or result in a performance improvement. In rare cases, programs that do not benefit from connection reuse might experience performance degradation if they had been improperly allowing an excessive amount of idle connections to linger; usually by setting [Transport.MaxIdleConns] to `0` or using different [Client]s for different
Created: Tue Apr 07 11:13:11 GMT 2026 - Last Modified: Tue Mar 24 13:29:25 GMT 2026 - 863 bytes - Click Count (0) -
src/test/java/jcifs/dcerpc/msrpc/MsrpcLsarOpenPolicy2Test.java
// Verify that the policyHandle passed to the constructor is the one used // This is implicitly tested by the object being constructed without errors. // If LsaPolicyHandle had methods called by the constructor, we would verify those calls. }Created: Sun Apr 05 00:10:12 GMT 2026 - Last Modified: Thu Aug 14 05:31:44 GMT 2025 - 2.1K bytes - Click Count (0) -
guava-gwt/src/com/google/thirdparty/publicsuffix/PublicSuffixType.gwt.xml
<module> <source path=""> <!-- Hack to keep collect from hiding collect.testing supersource: --> <exclude name="**/testing/**"/> </source> <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package; see
Created: Fri Apr 03 12:43:13 GMT 2026 - Last Modified: Fri Jul 19 16:02:36 GMT 2024 - 1.4K bytes - Click Count (0) -
guava-testlib/src/com/google/common/collect/testing/testers/AbstractSetTester.java
@SuppressWarnings("JUnit4ClassUsedInJUnit3") public class AbstractSetTester<E> extends AbstractCollectionTester<E> { /* * Previously we had a field named set that was initialized to the value of * collection in setUp(), but that caused problems when a tester changed the * value of set or collection but not both. */ protected final Set<E> getSet() {Created: Fri Apr 03 12:43:13 GMT 2026 - Last Modified: Thu Nov 14 23:40:07 GMT 2024 - 1.4K bytes - Click Count (0) -
guava-gwt/src/com/google/common/base/Base.gwt.xml
<module> <source path=""> <!-- Hack to keep collect from hiding collect.testing supersource: --> <exclude name="**/testing/**"/> </source> <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package; see
Created: Fri Apr 03 12:43:13 GMT 2026 - Last Modified: Fri Jul 19 16:02:36 GMT 2024 - 1.4K bytes - Click Count (0) -
guava-gwt/src/com/google/common/cache/Cache.gwt.xml
<module> <source path=""> <!-- Hack to keep collect from hiding collect.testing supersource: --> <exclude name="**/testing/**"/> </source> <!-- We used to set this only for packages that had manual supersource. That worked everywhere that I know of except for one place: when running the GWT util.concurrent tests under Guava. The problem is that GWT responds poorly to two .gwt.xml files in the same Java package; see
Created: Fri Apr 03 12:43:13 GMT 2026 - Last Modified: Fri Jul 19 16:02:36 GMT 2024 - 1.6K bytes - Click Count (0)