- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 12 for hierarchy (0.08 sec)
-
guava-tests/test/com/google/common/eventbus/SubscriberRegistryTest.java
private interface HierarchyFixtureInterface { // Exists only for hierarchy mapping; no members. } private interface HierarchyFixtureSubinterface extends HierarchyFixtureInterface { // Exists only for hierarchy mapping; no members. } private static class HierarchyFixtureParent implements HierarchyFixtureSubinterface { // Exists only for hierarchy mapping; no members. }
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Wed Sep 06 17:04:31 UTC 2023 - 5.7K bytes - Viewed (0) -
android/guava-tests/test/com/google/common/eventbus/SubscriberRegistryTest.java
private interface HierarchyFixtureInterface { // Exists only for hierarchy mapping; no members. } private interface HierarchyFixtureSubinterface extends HierarchyFixtureInterface { // Exists only for hierarchy mapping; no members. } private static class HierarchyFixtureParent implements HierarchyFixtureSubinterface { // Exists only for hierarchy mapping; no members. }
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Wed Sep 06 17:04:31 UTC 2023 - 5.7K bytes - Viewed (0) -
guava-testlib/test/com/google/common/testing/TestLogHandlerTest.java
@Override protected void setUp() throws Exception { super.setUp(); handler = new TestLogHandler(); // You could also apply it higher up the Logger hierarchy than this ExampleClassUnderTest.logger.addHandler(handler); ExampleClassUnderTest.logger.setUseParentHandlers(false); // optional stack.addTearDown( new TearDown() { @Override
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Mon Dec 04 17:37:03 UTC 2017 - 2.8K bytes - Viewed (0) -
build-logic/documentation/src/main/groovy/gradlebuild/docs/dsl/docbook/ClassDocSuperTypeBuilder.java
String superClassName = classMetaData.getSuperClassName(); if (superClassName != null) { // Assume this is a class and so has implemented all properties and methods somewhere in the superclass hierarchy ClassDoc superClass = model.getClassDoc(superClassName); classDoc.setSuperClass(superClass); superClass.addSubClass(classDoc); }
Registered: Wed Nov 06 11:36:14 UTC 2024 - Last Modified: Wed Dec 09 08:14:05 UTC 2020 - 2K bytes - Viewed (0) -
src/main/java/jcifs/SmbResourceLocator.java
Registered: Sun Nov 03 00:10:13 UTC 2024 - Last Modified: Sun Jul 01 13:12:10 UTC 2018 - 5.6K bytes - Viewed (0) -
android/guava-testlib/test/com/google/common/testing/TestLogHandlerTest.java
@Override protected void setUp() throws Exception { super.setUp(); handler = new TestLogHandler(); // You could also apply it higher up the Logger hierarchy than this ExampleClassUnderTest.logger.addHandler(handler); ExampleClassUnderTest.logger.setUseParentHandlers(false); // optional stack.addTearDown( new TearDown() { @Override
Registered: Fri Nov 01 12:43:10 UTC 2024 - Last Modified: Mon Dec 04 17:37:03 UTC 2017 - 2.8K bytes - Viewed (0) -
.teamcity/README.md
## Project structure Mostly a standard Maven project structure. The entry point `settings.kts` defines the TeamCity project. There are 3 subprojects in the TeamCity project hierarchy: `Check` for Gradle builds, `Promotion` for releasing Gradle versions, `Util` for miscellaneous utilities. ## Develop and verify
Registered: Wed Nov 06 11:36:14 UTC 2024 - Last Modified: Wed Mar 06 23:02:25 UTC 2024 - 4K bytes - Viewed (0) -
architecture/build-state-model.md
# Build state model The Gradle daemon tracks state for various elements. These are arranged in a hierarchy: ```mermaid graph TD process["build process"] session["build session"] process --> session build_tree["build tree"] session --> build_tree build1["root build"] build_tree --> build1 project1["root project"] build1 --> project1 project2["project"] build1 --> project2
Registered: Wed Nov 06 11:36:14 UTC 2024 - Last Modified: Wed May 22 13:39:49 UTC 2024 - 3.4K bytes - Viewed (0) -
docs/en/docs/benchmarks.md
The simpler the problem solved by the tool, the better performance it will get. And most of the benchmarks don't test the additional features provided by the tool. The hierarchy is like: * **Uvicorn**: an ASGI server * **Starlette**: (uses Uvicorn) a web microframework
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Thu Apr 18 19:53:19 UTC 2024 - 3.4K bytes - Viewed (0) -
docs/en/docs/features.md
* Even dependencies can have dependencies, creating a hierarchy or **"graph" of dependencies**. * All **automatically handled** by the framework. * All the dependencies can require data from requests and **augment the path operation** constraints and automatic documentation.
Registered: Sun Nov 03 07:19:11 UTC 2024 - Last Modified: Thu Aug 15 23:30:12 UTC 2024 - 9.2K bytes - Viewed (0)