How This API Document Is Organized
Each module has a page that contains a list of its packages, dependencies on other modules, and services, with a summary for each. These pages may contain three categories:
Each package has a page that contains a list of its classes and interfaces, with a summary for each. These pages may contain six categories:
- Enum Classes
- Annotation Interfaces
Class or Interface
Each class, interface, nested class and nested interface has its own separate page. Each of these pages has three sections consisting of a class/interface description, summary tables, and detailed member descriptions:
- Class Inheritance Diagram
- Direct Subclasses
- All Known Subinterfaces
- All Known Implementing Classes
- Class or Interface Declaration
- Class or Interface Description
- Nested Class Summary
- Field Summary
- Property Summary
- Constructor Summary
- Method Summary
- Field Details
- Property Details
- Constructor Details
- Method Details
The summary entries are alphabetical, while the detailed descriptions are in the order they appear in the source code. This preserves the logical groupings established by the programmer.
Each annotation interface has its own separate page with the following sections:
- Annotation Interface Declaration
- Annotation Interface Description
- Required Element Summary
- Optional Element Summary
- Element Details
Each enum class has its own separate page with the following sections:
- Enum Declaration
- Enum Description
- Enum Constant Summary
- Enum Constant Details
Each documented package, class and interface has its own Use page. This page describes what packages, classes, methods, constructors and fields use any part of the given class or package. Given a class or interface A, its "Use" page includes subclasses of A, fields declared as A, methods that return A, and methods and constructors with parameters of type A. You can access this page by first going to the package, class or interface, then clicking on the "Use" link in the navigation bar.
The Deprecated API page lists all of the API that have been deprecated. A deprecated API is not recommended for use, generally due to shortcomings, and a replacement API is usually given. Deprecated APIs may be removed in future implementations.
The Index contains an alphabetic index of all classes, interfaces, constructors, methods, and fields, as well as lists of all packages and all classes.
Each serializable or externalizable class has a description of its serialization fields and methods. This information is of interest to those who implement rather than use the API. While there is no link in the navigation bar, you can get to this information by going to any serialized class and clicking "Serialized Form" in the "See Also" section of the class description.
Constant Field Values
The Constant Field Values page lists the static final fields and their values.
You can search for definitions of modules, packages, types, fields, methods, system properties and other terms defined in the API, using some or all of the name, optionally using "camel-case" abbreviations. For example:
j.l.objwill match "java.lang.Object"
InpStrwill match "java.io.InputStream"
HM.cKwill match "java.util.HashMap.containsKey(Object)"
Refer to the Javadoc Search Specification for a full description of search features.
This help file applies to API documentation generated by the standard doclet.