gjdoc-4.8: en línea en la nube

PROGRAMA:

NOMBRE

cp-tools - Guía de herramientas de GNU Classpath

SINOPSIS

gjdoc [-ruta de origen lista de rutas]
[-todas] [-subpaquetes paquete: paquete: ...] [-excluir lista de paquetes]
[-codificación charset] [-lugar nombre ] [-Fuente ,]
[-público] [-protegido] [-paquete] [-privado]
[-doctítulo texto] [-encabezamiento texto] [-pie de página texto] [-fondo texto]
[-enlace url] [-enlace sin conexión url camino] [-nocalificador paquete: paquete: ...]
[-rutataglet lista de rutas] [-etiqueta nombre de la clase] [-etiqueta especificación de etiqueta]
[-utilizar] [fuente de enlace] [-splitindex] [-noíndice] [-notree]
[-versión] [-autor] [-nosotros] [-añadir hoja de estilo presentar]
[-d destinodir]
[paquetes...] [archivos fuente...] [@archivo cmd]

gjdoc [-ruta de origen lista de rutas]
[-todas] [-subpaquetes paquete: paquete: ...] [-excluir lista de paquetes]
[-codificación charset] [-lugar nombre ] [-Fuente ,]
[-público] [-protegido] [-paquete] [-privado]
[-docletruta lista de rutas] [-docleto nombre de la clase]
[paquetes...] [archivos fuente...] [@archivo cmd]
[opciones de doclet]

gjdoc --ayuda

gjdoc --versión

Aquí solo se enumeran las opciones más útiles; vea a continuación el resto.

DESCRIPCIÓN

Gjdoc se puede utilizar de dos formas: como herramienta de documentación independiente o como controlador para un
Doclet especificado por el usuario.

En el modo predeterminado, Gjdoc usará el Doclet estándar HTMLDoclet para generar un conjunto de
Páginas HTML. El uso canónico es:

gjdoc -s src / java / -all -d api-docs /

Aquí, src / java / es la raíz de la jerarquía de clases de código fuente, -todas significa que todo valido
Los archivos Java que se encuentran en este directorio raíz deben procesarse y api-docs / son los
directorio donde se debe colocar la documentación generada.

Para obtener más información sobre cómo ejecutar Doclets distintos del Doclet estándar, consulte el manual.

CAMPUS

Optión Resumen by Tipo de Propiedad

Aquí hay un resumen de todas las opciones tanto de Gjdoc como del Doclet estándar, agrupadas por
escribe. Las explicaciones se encuentran en las siguientes secciones.

Fuente Set Opciones
-ruta de origen lista de rutas -subpaquetes lista de paquetes -excluir lista de paquetes

Fuente Formato Opciones
-Fuente , -codificación codificación -romper iterador

Entrelazando Opciones
-enlace url -enlace sin conexión url presentar -nocalificador paquete: paquete: ...

Generación Opciones
-autor -texto de licencia -utilizar -versión -splitindex -noíndice
-nodeprecated -nodeprecatedlist -No ayuda -nonavbar
-nosotros -notree -público -protegido -paquete -privado
-docfilessubdires -excluidodocfilessubdir nombre de directorio
fuente de enlace

Salida Opciones
-d -lugar nombre -caracteres charset -docencodificación charset
-html válido -baseurl url

Decoración Opciones
-título de la ventana texto -doctítulo texto -título texto
-encabezamiento texto -pie de página texto -fondo texto
-archivo de ayuda presentar -archivo de hoja de estilo presentar -añadir hoja de estilo presentar
-grupo encabezado de grupo pkgpattern: pkgpattern: ...

etiqueta Opciones
-rutataglet -etiqueta nombre de la clase -etiqueta especificación de etiqueta

doclet Opciones
-docletruta -docleto nombre de la clase

Verbosidad Opciones
-tranquilo -verboso

Virtual Máquina Opciones
-ruta de clases -ruta de clase de arranque -J vmopt

Seleccionar que Fuente archivos a Proceso

-s lista de rutas
-ruta de origen lista de rutas
Busque archivos de origen en el directorio o directorios especificados.

lista de rutas debe ser una o más rutas de directorio separadas por la ruta de su plataforma
separador (generalmente : or ;).

Si no se da esta opción, gjdoc buscará archivos fuente en el actual
directorio.

Los directorios especificados deben ser directorios raíz en términos del paquete Java
sistema. Por ejemplo, si desea generar documentación para clases en el paquete
foo.bar, debe especificar el directorio que contiene el nivel superior foo subdirectorio,
no el directorio foo / bar / en el que residen los archivos fuente de Java.

El alias abreviado -s es específico para gjdoc y no compatible con Sun javadoc.

-todas
[EXPERIMENTAL] Procese todos los archivos fuente de Java válidos que se encuentran en los directorios enumerados en
la ruta de origen y sus subdirectorios.

Esta es una opción específica para gjdoc y no compatible con Sun javadoc.

-subpaquetes paquete: paquete: ...
Procese las clases en los paquetes Java dados y todos los subpaquetes, de forma recursiva.
Tenga en cuenta que los nombres de varios paquetes deben separarse con dos puntos en lugar de espacios en blanco.

-excluir paquete: paquete: ...
No procese clases en los paquetes Java dados y todos los subpaquetes, de forma recursiva.
Esta opción se puede utilizar junto con -todas or -subpaquetes para excluir
paquetes individuales o subárboles de paquetes de la salida.

paquetes...
Procese todas las clases en los paquetes de Java dados.

archivos fuente...
Procese las clases en los archivos fuente de Java dados.

Especificación las Formato of Entrada archivos

-Fuente ,
Suponga que los archivos de origen están destinados a la versión dada de la plataforma Java.

, debe ser el número de versión de una versión de la plataforma Java en el formato
MAYOR.MINOR, por ejemplo 1.4.

Esta opción se ignora actualmente, excepto que se genera un error si un número de versión
que no sea 1.2, 1.3 or 1.4 está especificado.

-codificación charset
Suponga que los archivos fuente están codificados usando charset.

Ejemplos para charset en US-ASCII, ISO-8859-1 or UTF-8.

La semántica de charset son idénticos a los de
java.nio.charset.Charset.forName (String).

-romper iterador
Utilice java.text.BreakIterator de la configuración regional en lugar de la primera oración interna
detector.

De forma predeterminada, gjdoc utiliza un algoritmo interno para determinar dónde termina una oración. Cuando
se da esta opción, en su lugar utilizará el java.text.BreakIterator instancia para el
local dado con -lugar (o la configuración regional predeterminada).

Esta opción debe especificarse al aplicar gjdoc al código fuente comentado en un no
idioma latino para el que el detector predeterminado de la primera oración no funciona. Para todos
En otros casos, el valor predeterminado (no usar BreakIterator) produce mejores resultados en el
momento de escribir este artículo.

Entrelazando otros Documentación Sets

-enlace url
Cree hipervínculos a otro conjunto de documentación.

De forma predeterminada, gjdoc solo creará hipervínculos a clases en el conjunto de fuentes. Utilizar esta
opción para crear adicionalmente hipervínculos a clases cubiertas por el especificado
conjunto de documentación.

url debe ser la URL raíz del otro conjunto de documentación. Por ejemplo, para agregar
hipervínculos a GNU Classpath, especifique lo siguiente:

-enlace http://developer.classpath.org/doc/

El -enlace La opción se puede especificar varias veces.

Tenga en cuenta que especificar el -enlace La opción causará un acceso HTTP cada vez que gjdoc sea
invocado. Puedes usar -enlace sin conexión en lugar de evitar este acceso.

-enlace sin conexión url presentar
Cree hipervínculos a otro conjunto de documentación que también esté presente en el archivo local
.

Esta opción funciona exactamente como -enlace, excepto que accede al sistema de archivos local
en lugar de la red para determinar qué clases están cubiertas por el enlace
conjunto de documentación.

Cuando usas -enlace sin conexión no se accede al conjunto de documentación remota, lo que puede
Acelere significativamente el tiempo de generación dependiendo de su conexión de red. los
hipervínculos generados al conjunto de documentación, sin embargo, se refieren al conjunto remoto, no a
el local, para que puedas distribuir la documentación sin más
dependencias.

El -enlace sin conexión La opción se puede especificar varias veces.

-nocalificador paquete: paquete: ...
No califique los nombres de las clases en los paquetes dados con su nombre de paquete.

De forma predeterminada, el nombre de una clase se muestra sin calificar solo si la clase es parte de la
conjunto de fuentes o un conjunto de documentación vinculada, y calificado con el nombre de su
que contiene el paquete si no lo es. Puede utilizar esta opción para forzar nombres no calificados
para las clases, incluso si no forman parte del conjunto de documentación.

Por ejemplo, normalmente una referencia a la clase String se representa completamente calificada como
java.lang.Cadena (a menos que se vincule al conjunto de documentación apropiado usando -enlace)
porque no forma parte del conjunto de documentación. Puede especificar -nocalificador
java.idioma para representar las mismas referencias como Cordón.

Tenga en cuenta que para todos los nombres de clases no calificados, se proporciona una información sobre herramientas cuando coloca su
puntero del mouse sobre él en la documentación HTML.

-nocalificador todos
Omita el calificador de nombre de paquete de todos los nombres de clase.

Especifique esta opción para omitir los calificadores de nombre de paquete por completo,

Seleccionar que Información a Generar

-público
Solo incluya miembros públicos de clases públicas en la salida. Por defecto, protegido
los miembros de la clase también están incluidos.

-protegido
Incluya miembros públicos o protegidos de clases públicas en la salida. Este es el
predeterminado.

-paquete
Incluya a los miembros públicos, protegidos y de paquete-privado de público y paquete-privado.
clases.

-privado
Incluya todas las clases y miembros de la clase independientemente de su nivel de acceso.

-splitindex
Genere una página de índice por letra en lugar de una única página de índice monolítica.

De forma predeterminada, el índice creado por el Doclet estándar contiene todas las entradas en un solo
página. Esto está bien para conjuntos de documentación pequeños, pero para conjuntos grandes debe
especifique esta opción.

-nosotros
pasar por alto @ya que etiquetas en los comentarios de javadoc.

De forma predeterminada, la salida generada contiene secciones que enumeran la versión de su API
desde el cual existe el paquete, clase o miembro de clase en cuestión cuando esta etiqueta es
encontrado. Especifique esta opción para omitir esta información.

-notree
No genere páginas de árbol.

De forma predeterminada, la salida generada incluye un árbol de herencia por paquete y, si
el conjunto de documentación consta de varios paquetes: una página con la herencia completa
árbol. Especifique esta opción para omitir la generación de estas páginas.

-noíndice
No envíe el índice alfabético.

Por defecto, gjdoc genera un índice alfabético de todos los elementos del programa en el
conjunto de documentación (paquetes, clases, clases internas, constructores, métodos y
los campos). Especifique esta opción para omitir esta información.

-No ayuda
No genere la página de ayuda.

Esta opción se ignora actualmente porque el Doclet estándar no proporciona una página de ayuda.

-nodeprecated
No genere información en línea sobre paquetes, clases o miembros de clase obsoletos.

De forma predeterminada, el Doclet estándar agrega un párrafo resaltado con desaprobación
información a la descripción de cada elemento del programa en desuso. Especifica esto
opción para omitir esta información.

-nodeprecatedlist
No genere la página de resumen para los elementos de API obsoletos.

De forma predeterminada, el Doclet estándar genera una página que enumera todos los elementos de API obsoletos
junto con una descripción de la desaprobación que generalmente incluye el motivo de la desaprobación
y posibles alternativas. Especifique esta opción para omitir esta información.

-nonavbar
No muestre la barra de navegación, el encabezado y el pie de página.

De forma predeterminada, cada página de salida está equipada con una barra de navegación superior (que puede incluir
un encabezado especificado por el usuario) y una barra de navegación inferior (que puede incluir un
pie de página especificado). Especifique esta opción para omitir esta decoración.

-sin comentarios
Omita todo el texto de la documentación de los archivos generados y genere solo declaraciones y
relaciones entre los elementos del programa.

Esta opción está aquí por compatibilidad con javadoc. Si planeas extraer
información sobre su proyecto a través de gjdoc, debería considerar usar un Doclet diferente
en su lugar, para sus propósitos, por ejemplo, XmlDoclet. También puede utilizar la API de Doclet
directamente mediante la implementación de un nuevo Doclet.

fuente de enlace
Genere una página con código fuente resaltado en sintaxis para cada clase. Por defecto, este
no se genera la página.

Se puede acceder al código fuente haciendo clic en el botón etiquetado "Fuente" en el
barra de navegación, o haciendo clic en el nombre de un constructor, campo, método o
class en la sección de detalles de la página de documentación de una clase.

-utilizar
Genere una página con información de referencia cruzada. Por defecto, esta página no es
generado.

Se puede acceder a la información de referencia cruzada haciendo clic en el botón etiquetado
'Use' en la barra de navegación.

La página "Usar" enumera todas las clases / interfaces en el conjunto de documentación que
extender / implementar la clase (tipo) en cuestión; campos del tipo; métodos o
constructores que aceptan un parámetro del tipo; métodos que devuelven el tipo; y
métodos o constructores que lanzan el tipo.

-autor
Incluya información del autor en la salida.

Cuando se especifica, la información del autor como se especifica mediante el @autor etiqueta en javadoc
los comentarios se incorporan en la salida. Por defecto, @autor las etiquetas se ignoran.

-versión
Incluya información de la versión en la salida.

Cuando se especifica, la información de la versión como se especifica mediante el @versión etiqueta en javadoc
los comentarios se incorporan en la salida. Por defecto, @versión las etiquetas se ignoran.

-texto de licencia
Suponga que el primer comentario de cada archivo de origen contiene el texto de la licencia y agregue
la información de la licencia al pie de página de cada página de clase generada.

Esta es una opción específica para gjdoc y no compatible con Sun javadoc.

Esta opción está pensada para su uso con proyectos de código abierto y gratuitos donde el código fuente
suele ir precedido de un comentario de licencia estándar, cuando existen razones legales
por incluir la licencia en la documentación.

-docfilessubdires
Copie de forma recursiva todos los archivos del archivos -doc subdirectorio de cada directorio de paquetes.

Por lo general, solo los archivos del archivos -doc los subdirectorios se copian sin descender
recursivamente.

-excluidodocfilessubdir nombre :nombre : ...
No copie algunos directorios directamente debajo del archivos -doc subdirectorios cuando
descendiendo recursivamente.

El argumento de esta opción debe ser una lista de nombres de directorio separados por dos puntos.

Esta opción solo tiene sentido si -docfilessubdires también se especifica. En este caso, cualquier
subdirectorio ubicado directamente debajo de un archivos -doc El directorio se omite si aparece en la lista.

Personalizado Documentación Etiquetas

-rutataglet lista de rutas
Buscar lista de rutas al cargar clases de Taglet subsiguientes especificadas usando -etiqueta.

lista de rutas debe ser una o más rutas a un directorio o archivo jar, separados por su
separador de ruta de la plataforma (generalmente : or ;).

-etiqueta nombre de la clase
Registre un Taglet.

nombre de la clase debe ser el nombre completo de una clase Java que implementa
com.sun.tools.doclets.Taglet.

Las clases de Taglet se cargarán desde la ruta de clase especificada usando -rutataglet, de
la ruta de clase especificada usando -ruta de clases y desde la ruta de clases predeterminada.

Ver la documentación de com.sun.tools.doclets.Taglet para obtener más información.

Tenga en cuenta que para las etiquetas simples, también hay -etiqueta.

-etiqueta especificación de etiqueta
Registre un Taglet genérico.

El formato de especificación de etiqueta debe ser : : " ".

nombre de etiqueta es el nombre de la etiqueta que debe coincidir, sin el signo @ inicial.

banderas es uno o más de los siguientes caracteres, donde cada carácter especifica un
contexto del código fuente en el que se reconocerá la etiqueta.

a todos los contextos

c constructores

f campos

m métodos

o visión de conjunto

p paquetes

t tipos (clases, interfaces, excepciones, errores)

X carácter especial que desactiva temporalmente el Taglet por completo.

cabeza de etiqueta es la cadena que se mostrará en el encabezado de la sección dedicada a la etiqueta en
pregunta.

Por ejemplo, para definir una coincidencia de etiquetas @cvsid que debe aceptarse en resumen,
páginas de paquetes y tipos y que están etiquetadas con el encabezado CVS ID, lo harías
especificar:

-tag cvsid: tpo: "ID de CVS"

Digamos que un comentario de clase javadoc contiene

@cvsid $ Id: cp-tools.texinfo, v 1.9 2012-03-07 15:27:27 gnu_andrew Exp $

Entonces la salida HTML contendrá algo como

ID de CVS:
$ Id: cp-tools.texinfo, v 1.9 2012-03-07 15:27:27 gnu_andrew Exp $

Correr Otro doclets

-docletruta lista de rutas
Buscar lista de rutas al cargar clases para el Doclet especificado usando -docleto.

lista de rutas debe ser una o más rutas a un directorio o archivo jar, separados por su
separador de ruta de la plataforma (generalmente : or ;).

-docleto nombre de la clase
Ejecute el doclet especificado en lugar del HtmlDoclet estándar.

nombre de la clase debe ser el nombre completo de una clase que tiene un valor público predeterminado
constructor y contienen un método con la siguiente firma:

importar com.sun.javadoc.RootDoc;
inicio booleano estático público (RootDoc ​​rootDoc)

Las clases de Doclet se cargarán desde la ruta de clases especificada usando -docletruta, de
la ruta de clase especificada usando -ruta de clases y desde la ruta de clases predeterminada.

El comienzo El método debe procesar la información expuesta por la API de Doclet a través de raízDoc
y volver verdadero en el éxito, false en caso de falla.

Si está utilizando un doclet de terceros, consulte su documentación para obtener más información.
instrucciones. Tenga en cuenta que la compatibilidad con doclets de terceros es experimental. Por favor
informar cualquier problema que encuentre o proporcionar comentarios cuando se ejecute correctamente
subprogramas de terceros.

Esta opción se puede especificar varias veces, en cuyo caso se ejecutan todos los doclets.
con el mismo árbol de información expuesto a través de la API de Doclet para cada ejecución de Doclet.

Adición Información a las Salida

-título de la ventana texto
Uso texto como prefijo del título de la ventana del navegador.

Cuando se especifica, el título de la ventana del navegador para cada página tendrá el prefijo texto
en lugar de la cadena predeterminada Generado API Documentación.

texto debe ser texto sin formato (no debe contener etiquetas HTML).

-doctítulo texto
Establezca el texto del encabezado de la página de descripción general en texto.

texto debe ser una cadena corta de texto sin formato.

Al generar documentación para un solo paquete, especificar esta opción fuerza
generación de la página de descripción general.

-encabezamiento texto html
Añada texto html en la esquina superior derecha de cada página generada. texto html es generalmente
establecido en el nombre del proyecto que se está documentando.

-pie de página texto html
Añada texto html en la esquina inferior derecha de cada página generada. texto html es a menudo
establecido en el mismo valor que para -encabezamiento.

-fondo texto html
Añada texto html al final de cada página generada, abarcando todo el ancho de
la página. Cuando se especifica, texto html generalmente consiste en un aviso de derechos de autor y / o
enlaces a otras páginas del proyecto.

-añadir hoja de estilo presentar
Aumente las hojas de estilo CSS predeterminadas con la hoja de estilo especificada por el usuario presentar.

La hoja de estilo dada se carga simplemente por cada página HTML además de la predeterminada
unos, como la última hoja de estilo.

Tenga en cuenta que se aplican las reglas de cascada de CSS. Es decir, sus propiedades de estilo solo serán
asignados si tienen un orden en cascada superior al gjdocestilo predeterminado. Uno simple
Una forma de asegurarse de que este sea el caso es declarar sus anulaciones ! Importantes.

Verhttp://www.w3.org/TR/REC-CSS2/cascade.html# cascading-order>.

-grupo Bóveda pkgcomodín:pkgcomodín: ...
Organice los paquetes dados en un grupo separado en la página de descripción general.

El primer argumento debe ser un breve texto sin formato que se utilice como título del
grupo de paquetes. El segundo argumento debe ser una lista de paquetes separados por dos puntos.
comodines. El grupo constará de todos los paquetes del conjunto de documentación cuyo nombre
coincide con cualquiera de los comodines dados.

Solo hay un carácter comodín, *, que coincide con ambas letras en el nombre del paquete
componentes y el . separando los componentes del nombre del paquete. Por ejemplo, j * regex se
paquete de partidos java.util.regex. Un ejemplo más útil sería javax.swing * para que coincida con
javax.swing y todos sus subpaquetes.

Esta opción se puede dar varias veces.

FIXME: Información sobre el anidamiento de grupos aquí.

gjdoc -group "Clases principales" 'java *' \
-grupo "Swing" 'javax.swing *' \
-grupo "API XML" 'javax.xml *' \
-grupo "Otras extensiones" javax * \
...

-visión de conjunto presentar
Agregue el fragmento de cuerpo XHTML de presentar a la página de descripción general.

presentar debe contener un fragmento XHTML con el HTML cuerpo etiqueta como el nodo raíz.

Esta opción se puede utilizar para proporcionar una descripción del conjunto de documentación en su conjunto.

Cuando se especifique, la primera oración del fragmento se colocará encima de las tablas.
enumerar los paquetes documentados, junto con un enlace a la copia completa del fragmento
que se pone debajo de las tablas.

Al generar documentación para un solo paquete, especificar esta opción fuerza
generación de la página de descripción general.

-archivo de hoja de estilo presentar
Utilice la hoja de estilo CSS en presentar en lugar de las hojas de estilo CSS predeterminadas.

Si solo desea anular partes de las hojas de estilo predeterminadas, use -añadir hoja de estilo
preferiblemente.

-título texto
Obsoleto. Uso -doctítulo texto preferiblemente.

-archivo de ayuda presentar
Actualmente, esta opción se ignora.

Cuando se implemente, usará el fragmento XHTML en presentar para el contenido de la página de ayuda
en lugar del texto de ayuda predeterminado.

Controlador las Salida.

-d directorio
Coloque todos los archivos de salida en directorio (y subdirectorios). directorio se creará
si no existe, incluidos todos los directorios principales que no existen y todos los obligatorios
subdirectorios.

Si no se especifica, la salida se colocará en el directorio actual.

-lugar nombre
Usar configuración regional nombre en lugar de la configuración regional predeterminada para todos los propósitos.

nombre debe ser un especificador de configuración regional en el formulario ll_CC [_VAR] donde ll es un dos minúsculas
letra del código de idioma ISO-639, CC es un país ISO-3166 de dos letras en mayúsculas opcional
código, y VAR es un código de variante opcional. Por ejemplo, en especifica inglés, es_ES
especifica inglés de EE. UU., y es_US_WIN especifica una variante desviada del inglés de EE. UU.
local.

Tenga en cuenta que la semántica de esta opción corresponde exactamente a la de los constructores
de clase java.util.Locale.

Actualmente, esta opción solo determina qué clasificador se está utilizando para clasificar la salida
elementos. Esto significa que la configuración regional solo tendrá efecto cuando no utilice
Caracteres ASCII en identificadores.

-caracteres charset
Obsoleto. Reemplazar la codificación especificada en los archivos XHTML de salida con la dada
by charset.

Si no se da esta opción, la especificación de codificación en la salida XHTML se elige para
coincidir con la codificación utilizada al escribir el archivo (la codificación dada con -docencodificación,
o la codificación predeterminada de su plataforma).

La semántica para charset se especifican aquí:
<http://www.w3.org/TR/2000/REC-xml-20001006# NT-EncName>. Para todos los propósitos prácticos,
son idénticos a los de las otras opciones que aceptan parámetros de juego de caracteres.

Esta opción está aquí por compatibilidad con javadoc y debe ser evitado

-docencodificación charset
Utilice la codificación de juego de caracteres dada al escribir archivos de salida en lugar de la de su plataforma
codificación predeterminada.

Ejemplos para charset en US-ASCII, ISO-8859-1 or UTF-8.

La semántica de esta opción corresponde exactamente a la de los constructores de clase
java.util.Locale.

-html válido
Forzar la generación de código XHTML válido. Esto rompe la compatibilidad con lo tradicional.
Herramienta Javadoc hasta cierto punto.

Si se especifica esta opción, los nombres de los anclajes se alterarán para que sean válidos
de acuerdo con la especificación XHTML 1.1. Sin embargo, un conjunto de documentación generado con
esta opción no se puede vincular al uso adecuado de la herramienta tradicional Javadoc. Puede
Sin embargo, se vinculará bien usando Gjdoc.

Sin esta opción, los nombres de ancla para miembros de clases ejecutables usan el tradicional
formato, por ejemplo: "foo (String, int [])". Esto es compatible con el tradicional
Herramienta Javadoc, pero de acuerdo con las especificaciones HTML 4.0 y XHTML 1.0 y 1.1,
este formato incluye caracteres ilegales. Paréntesis, corchetes y coma
no están permitidos en los nombres de ancla.

-baseurl url
Conecte una URL de página relativa a url en cada página generada.

Si está generando documentación que estará disponible exclusivamente en un determinado
URL, debe utilizar esta opción para especificar esta URL.

Esto puede ayudar a evitar ciertos ataques de redireccionamiento utilizados por los spammers y puede ser útil
para ciertos clientes web.

Verbosidad Opciones

-tranquilo
Suprima todas las salidas excepto las advertencias y los mensajes de error.

-verboso
Sea muy detallado sobre lo que gjdoc está haciendo.

Actualmente, esta opción se ignora.

Virtual Máquina Opciones

Sol javadoc herramienta parece estar basada en javac y como tal parece operar en la VM
. gjdoc, por el contrario, es una aplicación Java pura.

Por lo tanto, gjdoc solo puede falsificar o simular las siguientes opciones de nivel de máquina virtual.

-ruta de clases lista de rutas
Configurar la máquina virtual ruta de clase a lista de rutas.

En la mayoría de los casos debería utilizar -docletruta or -rutataglet en lugar de esta opción.

lista de rutas debe ser una o más rutas a un directorio o archivo jar, separados por su
separador de ruta de la plataforma (generalmente : or ;).

Si esta opción no se intercepta a nivel de contenedor, gjdoc actualmente lo finge por
llamar System.setProperty ("java.class.path", lista de rutas); y emite una advertencia.

-ruta de clase de arranque lista de rutas
Configurar la máquina virtual ruta de clase de arranque a lista de rutas.

Si esta opción no se intercepta a nivel de contenedor, gjdoc emite una advertencia.

-Jvmopt
Pasar un parámetro arbitrario a la máquina virtual gjdoc se ejecuta en.

Si esta opción no se intercepta a nivel de contenedor, gjdoc intenta emular el
opción y emite una advertencia.

Actualmente, solo la opción VM -D para configurar las propiedades del sistema.

Use gjdoc-4.8 en línea usando los servicios de onworks.net