Package org.gradle.external.javadoc

Class CoreJavadocOptions

    • Field Detail

      • optionFile

        protected final org.gradle.external.javadoc.internal.JavadocOptionFile optionFile

      • knownCoreOptionNames

        @Incubating
protected final java.util.Set<java.lang.String> knownCoreOptionNames
        Core options which are known, and have corresponding fields in this class.
        Since:
        7.5

    • Constructor Detail

      • CoreJavadocOptions

        public CoreJavadocOptions()

      • CoreJavadocOptions

        protected CoreJavadocOptions​(org.gradle.external.javadoc.internal.JavadocOptionFile optionFile)

      • CoreJavadocOptions

        protected CoreJavadocOptions​(CoreJavadocOptions original,
                             org.gradle.external.javadoc.internal.JavadocOptionFile optionFile)

    • Method Detail

      • knownOptionNames

        @Incubating
public java.util.Set<java.lang.String> knownOptionNames()
        Gets a set of all the options that are known to this class and have separate properties.
        Returns:
        set of property names
        Since:
        7.5

      • getOverview

        public java.lang.String getOverview()
        -overview path\filename

        Specifies that javadoc should retrieve the text for the overview documentation from the "source" file specified by path/filename and place it on the Overview page (overview-summary.html). The path/filename is relative to the -sourcepath.

        While you can use any name you want for filename and place it anywhere you want for path, a typical thing to do is to name it overview.html and place it in the source tree at the directory that contains the topmost package directories. In this location, no path is needed when documenting packages, since -sourcepath will point to this file. For example, if the source tree for the java.lang package is C:\src\classes\java\lang\, then you could place the overview file at C:\src\classes\overview.html. See Real World Example.

        For information about the file specified by path/filename, see overview comment file.

        Note that the overview page is created only if you pass into javadoc two or more package names. For further explanation, see HTML Frames.)

        The title on the overview page is set by -doctitle.

        Specified by:
        getOverview in interface MinimalJavadocOptions

      • overview

        public MinimalJavadocOptions overview​(java.lang.String overview)
        Fluent setter for the overview option.
        Specified by:
        overview in interface MinimalJavadocOptions
        Parameters:
        overview - The new overview.
        Returns:
        The MinimalJavadocOptions object.

      • getDoclet

        public java.lang.String getDoclet()
        -doclet class

        Specifies the class file that starts the doclet used in generating the documentation. Use the fully-qualified name. This doclet defines the content and formats the output. If the -doclet option is not used, javadoc uses the standard doclet for generating the default HTML format. This class must contain the start(Root) method. The path to this starting class is defined by the -docletpath option.

        For example, to call the MIF doclet, use:

        -doclet com.sun.tools.doclets.mif.MIFDoclet

        For full, working examples of running a particular doclet, see Running the MIF Doclet.

        Specified by:
        getDoclet in interface MinimalJavadocOptions

      • getDocletpath

        public java.util.List<java.io.File> getDocletpath()
        -docletpath classpathlist

        Specifies the path to the doclet starting class file (specified with the -doclet option) and any jar files it depends on. If the starting class file is in a jar file, then this specifies the path to that jar file, as shown in the example below. You can specify an absolute path or a path relative to the current directory. If classpathlist contains multiple paths or jar files, they should be separated with a colon (:) on Solaris and a semi-colon (;) on Windows. This option is not necessary if the doclet starting class is already in the search path.

        Example of path to jar file that contains the starting doclet class file. Notice the jar filename is included.

        -docletpath C:/user/mifdoclet/lib/mifdoclet.jar

        Example of path to starting doclet class file. Notice the class filename is omitted.

        -docletpath C:/user/mifdoclet/classes/com/sun/tools/doclets/mif/

        For full, working examples of running a particular doclet, see Running the MIF Doclet.

        Specified by:
        getDocletpath in interface MinimalJavadocOptions

      • getSource

        public java.lang.String getSource()
        -source release

        Specifies the version of source code accepted. The following values for release are allowed:

        1.5 javadoc accepts code containing generics and other language features introduced in JDK 1.5.
        The compiler defaults to the 1.5 behavior if the -source flag is not used.
        1.4 javadoc accepts code containing assertions, which were introduced in JDK 1.4.
        1.3 javadoc does not support assertions, generics, or other language features introduced after JDK 1.3.

        Use the value of release corresponding to that used when compiling the code with javac.

        Specified by:
        getSource in interface MinimalJavadocOptions

      • getClasspath

        public java.util.List<java.io.File> getClasspath()
        -classpath classpathlist

        Specifies the paths where javadoc will look for referenced classes (.class files) -- these are the documented classes plus any classes referenced by those classes. The classpathlist can contain multiple paths by separating them with a semicolon (;). The Javadoc tool will search in all subdirectories of the specified paths. Follow the instructions in class path documentation for specifying classpathlist.

        If -sourcepath is omitted, the Javadoc tool uses -classpath to find the source files as well as class files (for backward compatibility). Therefore, if you want to search for source and class files in separate paths, use both -sourcepath and -classpath.

        For example, if you want to document com.mypackage, whose source files reside in the directory C:/user/src/com/mypackage, and if this package relies on a library in C:/user/lib, you would specify:

        javadoc -classpath /user/lib -sourcepath /user/src com.mypackage

        As with other tools, if you do not specify -classpath, the Javadoc tool uses the CLASSPATH environment variable, if it is set. If both are not set, the Javadoc tool searches for classes from the current directory.

        For an in-depth description of how the Javadoc tool uses -classpath to find user classes as it relates to extension classes and bootstrap classes, see How Classes Are Found.

        Specified by:
        getClasspath in interface MinimalJavadocOptions

      • getBootClasspath

        public java.util.List<java.io.File> getBootClasspath()
        -bootclasspath classpathlist Specifies the paths where the boot classes reside. These are nominally the Java platform classes. The bootclasspath is part of the search path the Javadoc tool will use to look up source and class files. See How Classes Are Found. for more details. Separate directories in classpathlist with semicolons (;).
        Specified by:
        getBootClasspath in interface MinimalJavadocOptions

      • getExtDirs

        public java.util.List<java.io.File> getExtDirs()
        -extdirs dirlist

        Specifies the directories where extension classes reside. These are any classes that use the Java Extension mechanism. The extdirs is part of the search path the Javadoc tool will use to look up source and class files. See -classpath (above) for more details. Separate directories in dirlist with semicolons (;).

        Specified by:
        getExtDirs in interface MinimalJavadocOptions

      • isBreakIterator

        public boolean isBreakIterator()
        -breakiterator

        Uses the internationalized sentence boundary of java.text.BreakIterator to determine the end of the first sentence for English (all other locales already use BreakIterator), rather than an English language, locale-specific algorithm. By first sentence, we mean the first sentence in the main description of a package, class or member. This sentence is copied to the package, class or member summary, and to the alphabetic index.

        From JDK 1.2 forward, the BreakIterator class is already used to determine the end of sentence for all languages but English. Therefore, the -breakiterator option has no effect except for English from 1.2 forward. English has its own default algorithm:

        * English default sentence-break algorithm - Stops at a period followed by a space or a HTML block tag, such as <P>.

        * Breakiterator sentence-break algorithm - In general, stops at a period, question mark or exclamation mark followed by a space if the next word starts with a capital letter. This is meant to handle most abbreviations (such as "The serial no. is valid", but won't handle "Mr. Smith"). Doesn't stop at HTML tags or sentences that begin with numbers or symbols. Stops at the last period in "../filename", even if embedded in an HTML tag.

        NOTE: We have removed from 1.5.0 the breakiterator warning messages that were in 1.4.x and have left the default sentence-break algorithm unchanged. That is, the -breakiterator option is not the default in 1.5.0, nor do we expect it to become the default. This is a reversal from our former intention that the default would change in the "next major release" (1.5.0). This means if you have not modified your source code to eliminate the breakiterator warnings in 1.4.x, then you don't have to do anything, and the warnings go away starting with 1.5.0. The reason for this reversal is because any benefit to having breakiterator become the default would be outweighed by the incompatible source change it would require. We regret any extra work and confusion this has caused.

        Specified by:
        isBreakIterator in interface MinimalJavadocOptions

      • getLocale

        public java.lang.String getLocale()
        -locale language_country_variant

        Important - The -locale option must be placed ahead (to the left) of any options provided by the standard doclet or any other doclet. Otherwise, the navigation bars will appear in English. This is the only command-line option that is order-dependent.

        Specifies the locale that javadoc uses when generating documentation. The argument is the name of the locale, as described in java.util.Locale documentation, such as en_US (English, United States) or en_US_WIN (Windows variant).

        Specifying a locale causes javadoc to choose the resource files of that locale for messages (strings in the navigation bar, headings for lists and tables, help file contents, comments in stylesheet.css, and so forth). It also specifies the sorting order for lists sorted alphabetically, and the sentence separator to determine the end of the first sentence. It does not determine the locale of the doc comment text specified in the source files of the documented classes.

        Specified by:
        getLocale in interface MinimalJavadocOptions

      • getEncoding

        public java.lang.String getEncoding()
        -encoding name

        Specifies the encoding name of the source files, such as EUCJIS/SJIS. If this option is not specified, the platform default converter is used.

        Also see -docencoding and -charset.

        Specified by:
        getEncoding in interface MinimalJavadocOptions

      • getJFlags

        public java.util.List<java.lang.String> getJFlags()
        -Jflag

        Passes flag directly to the runtime system java that runs javadoc. Notice there must be no space between the J and the flag. For example, if you need to ensure that the system sets aside 32 megabytes of memory in which to process the generated documentation, then you would call the -Xmx option of java as follows (-Xms is optional, as it only sets the size of initial memory, which is useful if you know the minimum amount of memory required):

        javadoc -J-Xmx32m -J-Xms32m com.mypackage

        To tell what version of javadoc you are using, call the "-version" option of java:

        javadoc -J-version java version "1.2" Classic VM (build JDK-1.2-V, green threads, sunwjit)

        (The version number of the standard doclet appears in its output stream.)

        Specified by:
        getJFlags in interface MinimalJavadocOptions

      • write

        public final void write​(java.io.File outputFile)
                 throws java.io.IOException
        Specified by:
        write in interface MinimalJavadocOptions
        Throws:
        java.io.IOException

      • addStringOption

        public JavadocOptionFileOption<java.lang.String> addStringOption​(java.lang.String option,
                                                                 java.lang.String value)

      • addEnumOption

        public <T extends java.lang.Enum<T>> JavadocOptionFileOption<T> addEnumOption​(java.lang.String option)

      • addEnumOption

        public <T extends java.lang.Enum<T>> JavadocOptionFileOption<T> addEnumOption​(java.lang.String option,
                                                                              T value)

      • addPathOption

        public JavadocOptionFileOption<java.util.List<java.io.File>> addPathOption​(java.lang.String option)

      • addPathOption

        public JavadocOptionFileOption<java.util.List<java.io.File>> addPathOption​(java.lang.String option,
                                                                           java.lang.String joinBy)

      • addStringsOption

        public JavadocOptionFileOption<java.util.List<java.lang.String>> addStringsOption​(java.lang.String option)

      • addStringsOption

        public JavadocOptionFileOption<java.util.List<java.lang.String>> addStringsOption​(java.lang.String option,
                                                                                  java.lang.String joinBy)
        Adds an option that will have multiple values joined by the provided separator.

        addStringsOption("foo", ",").setValue(["a", "b", "c"]) will produce the command-line 

             -foo 'a,b,c'
        Parameters:
        option - command-line option
        joinBy - separator

      • addMultilineStringsOption

        public JavadocOptionFileOption<java.util.List<java.lang.String>> addMultilineStringsOption​(java.lang.String option)
        Adds an option that will appear multiple times to the javadoc tool. Each line can have one value.

        addMultilineStringsOption("foo").setValue(["a", "b", "c"]) will produce the command-line 

             -foo 'a'
     -foo 'b'
     -foo 'c'
        Parameters:
        option - command-line option

      • addMultilineMultiValueOption

        public JavadocOptionFileOption<java.util.List<java.util.List<java.lang.String>>> addMultilineMultiValueOption​(java.lang.String option)
        Adds an option that will appear multiple times to the javadoc tool. Each line can have more than one value separated by spaces.

        addMultilineMultiValueOption("foo").setValue([ ["a"], ["b", "c"] ]) will produce the command-line 

             -foo 'a'
     -foo 'b' 'c'
        Parameters:
        option - command-line option
        Since:
        3.5

      • addBooleanOption

        public JavadocOptionFileOption<java.lang.Boolean> addBooleanOption​(java.lang.String option)

      • addBooleanOption

        public JavadocOptionFileOption<java.lang.Boolean> addBooleanOption​(java.lang.String option,
                                                                   boolean value)

      • addFileOption

        public JavadocOptionFileOption<java.io.File> addFileOption​(java.lang.String option,
                                                           java.io.File value)

      • getExtraOptions

        @Incubating
@Input
protected java.lang.String getExtraOptions()
        This method exists so that changing any options to the Javadoc task causes it to be re-run.
        Returns:
        the complete list of options, converted to strings
        Since:
        7.5