gjdoc-4.8 - Online na nuvem

PROGRAMA:

NOME

cp-tools - Guia de ferramentas do caminho de classe GNU

SINOPSE

gjdoc [-caminho de origem lista de caminhos]
[-todos] [- subpacotes pkg: pkg: ...] [-excluir lista de pacotes]
[-codificação conjunto de caracteres] [-localidade nome] [-source liberar]
[-público] [-protegido] [-pacote] [-privado]
[-doctítulo texto] [-cabeçalho texto] [-rodapé texto] [-inferior texto]
[-ligação url] [-link off-line url caminho] [-semqualificador pkg: pkg: ...]
[-tagletpath lista de caminhos] [-taglet nome da classe] [-marcação tagspec]
[-usar] [-fonte do link] [-splitindex] [-noindex] [-não livre]
[-versão] [-autor] [-nosdesde] [-adicionar folha de estilo lima]
[-d diretório de destino]
[pacotes...] [Arquivos Fonte...] [@arquivo cmd]

gjdoc [-caminho de origem lista de caminhos]
[-todos] [- subpacotes pkg: pkg: ...] [-excluir lista de pacotes]
[-codificação conjunto de caracteres] [-localidade nome] [-source liberar]
[-público] [-protegido] [-pacote] [-privado]
[-doclepath lista de caminhos] [-doclete nome da classe]
[pacotes...] [Arquivos Fonte...] [@arquivo cmd]
[opções de doclet]

gjdoc --Socorro

gjdoc --versão

Apenas as opções mais úteis são listadas aqui; veja abaixo para o restante.

DESCRIÇÃO

O Gjdoc pode ser usado de duas maneiras: como uma ferramenta de documentação independente ou como um driver para um
Doclet especificado pelo usuário.

No modo padrão, o Gjdoc usará o Doclet Padrão HtmlDocletName para gerar um conjunto de
Páginas HTML. O uso canônico é:

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

Aqui, src / java / é a raiz da sua hierarquia de classes de código-fonte, -todos significa que todos são válidos
Os arquivos Java encontrados neste diretório raiz devem ser processados ​​e api-docs / é o
diretório onde a documentação gerada deve ser colocada.

Para aprender mais sobre como executar Doclets além do Doclet padrão, consulte o manual.

OPÇÕES

Opção Resumo by Formato

Aqui está um resumo de todas as opções do Gjdoc e do Doclet padrão, agrupadas por
modelo. As explicações estão nas seções a seguir.

fonte Conjunto Opções
-caminho de origem lista de caminhos - subpacotes lista de pacotes -excluir lista de pacotes

fonte Formato Opções
-source liberar -codificação codificação -breakiterador

Interligando Opções
-ligação url -link off-line url lima -semqualificador pkg: pkg: ...

Geração Opções
-autor -texto de licença -usar -versão -splitindex -noindex
-nodepreciado -nodeprecatedlist -nenhuma ajuda -nonavbar
-nosdesde -não livre -público -protegido -pacote -privado
-docfilessubdiretórios -excludedocfilessubdir Conte-me
-fonte do link

saída Opções
-d -localidade nome -conjunto de caracteres conjunto de caracteres -docencodificação conjunto de caracteres
-validhtml -baseurl url

Decoração Opções
-título da janela texto -doctítulo texto -título texto
-cabeçalho texto -rodapé texto -inferior texto
-arquivo de ajuda lima - arquivo de folha de estilo lima -adicionar folha de estilo lima
-grupo grupal pkgpattern: pkgpattern: ...

taglet Opções
-tagletpath -taglet nome da classe -marcação tagspec

Doclet Opções
-doclepath -doclete nome da classe

Verbosidade Opções
-quieto -verboso

Virtual Lavagem Opções
-caminho de classe -bootclasspath -J vmopt

Selecionando qual fonte Arquivos para Extração

-s lista de caminhos
-caminho de origem lista de caminhos
Procure os arquivos de origem no diretório ou diretórios especificados.

lista de caminhos deve ser um ou mais caminhos de diretório separados pelo caminho de sua plataforma
separador (normalmente : or ;).

Se esta opção não for fornecida, gjdoc irá procurar por arquivos de origem no atual
diretório.

Os diretórios especificados devem ser diretórios raiz em termos do pacote Java
sistema. Por exemplo, se você deseja gerar documentação para classes no pacote
foo.bar, você deve especificar o diretório que contém o nível superior Foo subdiretório,
não o diretório foo / bar / em que residem os arquivos de origem Java.

O apelido abreviado -s é específico para gjdoc e não compatível com a Sun Javadoc.

-todos
[EXPERIMENTAL] Processa todos os arquivos de origem Java válidos encontrados nos diretórios listados em
o caminho de origem e seus subdiretórios.

Esta é uma opção específica para gjdoc e não compatível com a Sun Javadoc.

- subpacotes pkg: pkg: ...
Processe as classes nos pacotes Java fornecidos e todos os subpacotes, recursivamente.
Observe que vários nomes de pacote devem ser separados por dois pontos em vez de espaços em branco.

-excluir pkg: pkg: ...
Não processe classes nos pacotes Java fornecidos e em todos os subpacotes, recursivamente.
Esta opção pode ser usada em conjunto com -todos or - subpacotes a fim de excluir
pacotes individuais ou subárvores de pacotes da saída.

pacotes...
Processe todas as classes nos pacotes Java fornecidos.

Arquivos Fonte...
Processe as classes nos arquivos de origem Java fornecidos.

Especificando que o Formato of Entrada Arquivos

-source liberar
Suponha que os arquivos de origem sejam destinados a uma determinada versão da plataforma Java.

liberar deve ser o número da versão de um lançamento da plataforma Java no formato
MAJOR.MINOR, por exemplo 1.4.

Esta opção é atualmente ignorada, exceto que um erro é gerado se um número de versão
exceto 1.2, 1.3 or 1.4 é especificado.

-codificação conjunto de caracteres
Suponha que os arquivos de origem sejam codificados usando conjunto de caracteres.

Exemplos para conjunto de caracteres e guarante que os mesmos estão US-ASCII, ISO-8859-1 or UTF-8.

A semântica de conjunto de caracteres são idênticos aos de
java.nio.charset.Charset.forName (String).

-breakiterador
Use o java.text.BreakIterator do local em vez da primeira frase interna
detector.

Por padrão, o gjdoc usa um algoritmo interno para determinar onde termina uma frase. Quando
esta opção é fornecida, em vez disso, ele usará o java.text.BreakIterator exemplo para o
localidade fornecida com -localidade (ou o local padrão).

Esta opção deve ser especificada ao aplicar gjdoc para o código-fonte comentado em um
idioma latino para o qual o detector de primeira frase padrão não funciona. Para todos
outros casos, o padrão (não use BreakIterator) produz melhores resultados no
momento desta escrita.

Interligando com de outros Documentação Conjuntos

-ligação url
Crie hiperlinks para outro conjunto de documentação.

Por padrão, o gjdoc só criará hiperlinks para classes no conjunto de origem. Usa isto
opção de criar, adicionalmente, hiperlinks para classes cobertas pelo especificado
conjunto de documentação.

url deve ser o URL raiz do outro conjunto de documentação. Por exemplo, para adicionar
hiperlinks para GNU Classpath, especifique o seguinte:

-ligação http://developer.classpath.org/doc/

A -ligação opção pode ser especificada várias vezes.

Observe que especificar o -ligação opção irá causar um acesso HTTP sempre que o gjdoc for
invocado. Você pode usar -link off-line em vez disso, para evitar esse acesso.

-link off-line url lima
Crie hiperlinks para outro conjunto de documentação que também está presente no arquivo local
sistema.

Esta opção funciona exatamente como -ligação, exceto que acessa o sistema de arquivos local
em vez da rede para determinar quais classes são cobertas pelo link
conjunto de documentação.

Ao usar -link off-line o conjunto de documentação remota não é acessado, o que pode
acelerar significativamente o tempo de geração, dependendo da sua conexão de rede. o
hiperlinks gerados para o conjunto de documentação, no entanto, referem-se ao conjunto remoto, não para
o local, para que você possa distribuir a documentação sem mais
dependências.

A -link off-line opção pode ser especificada várias vezes.

-semqualificador pkg: pkg: ...
Não qualifique nomes de classes nos pacotes fornecidos com seus nomes de pacote.

Por padrão, um nome de classe é exibido sem qualificação apenas se a classe fizer parte do
conjunto de origem ou um conjunto de documentação vinculado e qualificado com o nome de seu
contendo pacote se não for. Você pode usar esta opção para forçar nomes não qualificados
para classes, mesmo que não façam parte do conjunto de documentação.

Por exemplo, geralmente uma referência à classe String é representada totalmente qualificada como
java.lang.String (a menos que você vincule ao conjunto de documentação apropriado usando -ligação)
porque não faz parte do conjunto de documentação. Você pode especificar -semqualificador
java.lang para renderizar as mesmas referências, assim como Tanga.

Observe que para todos os nomes de classe não qualificados, uma dica é fornecida quando você coloca seu
ponteiro do mouse sobre ele na documentação HTML.

-semqualificador todos os
Omita o qualificador do nome do pacote de todos os nomes de classe.

Especifique esta opção para omitir todos os qualificadores de nome de pacote,

Selecionando qual Dados Pessoais para Gerar

-público
Inclua apenas membros públicos de classes públicas na saída. Por padrão, protegido
os membros da classe também estão incluídos.

-protegido
Inclui membros públicos ou protegidos de classes públicas na saída. Isto é o
padrão.

-pacote
Inclui membros públicos, protegidos e privados do pacote de público e privado do pacote
classes.

-privado
Inclui todas as classes e membros da classe, independentemente de seu nível de acesso.

-splitindex
Gere uma página de índice por letra em vez de uma única página de índice monolítica.

Por padrão, o índice criado pelo Doclet Padrão contém todas as entradas em um único
página. Isso é bom para pequenos conjuntos de documentação, mas para grandes conjuntos você deve
especifique esta opção.

-nosdesde
ignorar @Desde a tags em comentários javadoc.

Por padrão, a saída gerada contém seções que listam a versão de sua API
desde que o pacote, classe ou membro da classe em questão existe quando esta tag é
encontrados. Especifique esta opção para omitir essas informações.

-não livre
Não gere nenhuma página de árvore.

Por padrão, a saída gerada inclui uma árvore de herança por pacote e - se
o conjunto de documentação consiste em vários pacotes - uma página com a herança completa
árvore. Especifique esta opção para omitir a geração dessas páginas.

-noindex
Não produza o índice alfabético.

Por padrão, o gjdoc gera um índice alfabético de todos os elementos do programa no
conjunto de documentação (pacotes, classes, classes internas, construtores, métodos e
Campos). Especifique esta opção para omitir essas informações.

-nenhuma ajuda
Não gere a página de ajuda.

Esta opção é atualmente ignorada porque o Doclet padrão não fornece uma página de ajuda.

-nodepreciado
Não produza informações sequenciais sobre pacotes, classes ou membros de classe obsoletos.

Por padrão, o Doclet Padrão adiciona um parágrafo destacado com depreciação
informações para a descrição de cada elemento de programa obsoleto. Especifique isto
opção de omitir esta informação.

-nodeprecatedlist
Não produza a página de resumo para elementos de API obsoletos.

Por padrão, o Doclet padrão gera uma página listando todos os elementos de API obsoletos
junto com uma descrição de suspensão de uso, que geralmente inclui o motivo da suspensão
e alternativas possíveis. Especifique esta opção para omitir essas informações.

-nonavbar
Não imprima a barra de navegação, cabeçalho e rodapé.

Por padrão, cada página de saída é equipada com uma barra de navegação superior (que pode incluir
um cabeçalho especificado pelo usuário) e uma barra de navegação inferior (que pode incluir uma
rodapé especificado). Especifique esta opção para omitir esta decoração.

-sem comentários
Omita todo o texto da documentação dos arquivos gerados e produza apenas declarações e
relações dos elementos do programa.

Esta opção está aqui para compatibilidade com Javadoc. Se você planeja extrair
informações sobre o seu projeto via gjdoc, você deve considerar o uso de um Doclet diferente
para seus propósitos, por exemplo, XmlDoclet. Você também pode usar a API Doclet
diretamente implementando um novo Doclet.

-fonte do link
Gere uma página com código-fonte destacado pela sintaxe para cada classe. Por padrão, este
a página não é gerada.

O código-fonte pode ser acessado clicando no botão rotulado "Fonte" no
barra de navegação ou clicando no nome de um construtor, campo, método ou
classe na seção de detalhes da página de documentação de uma classe.

-usar
Gere uma página com informações de referência cruzada. Por padrão, esta página não é
gerado.

As informações de referência cruzada podem ser acessadas clicando no botão rotulado
`Use 'na barra de navegação.

A página `Use 'lista todas as classes / interfaces no conjunto de documentação que
estender / implementar a classe (tipo) em questão; campos do tipo; métodos ou
construtores aceitando um parâmetro do tipo; métodos que retornam o tipo; e
métodos ou construtores lançando o tipo.

-autor
Inclui informações do autor na saída.

Quando especificado, as informações do autor são especificadas usando o @autor tag em javadoc
os comentários são incorporados à saída. Por padrão, @autor tags são ignoradas.

-versão
Inclui informações de versão na saída.

Quando especificado, as informações de versão conforme especificado usando o @versão tag em javadoc
os comentários são incorporados à saída. Por padrão, @versão tags são ignoradas.

-texto de licença
Suponha que o primeiro comentário em cada arquivo de origem contenha o texto da licença e adicione
informações de licença no rodapé de cada página de classe gerada.

Esta é uma opção específica para gjdoc e não compatível com a Sun Javadoc.

Esta opção deve ser usada com projetos gratuitos e de código aberto, onde o código-fonte
normalmente é prefixado com um comentário de licença padrão, quando há razões legais
por incluir a licença na documentação.

-docfilessubdiretórios
Copie recursivamente todos os arquivos no arquivos doc subdiretório de cada diretório de pacote.

Normalmente, apenas os arquivos no arquivos doc subdiretório são copiados sem decrescente
recursivamente.

-excludedocfilessubdir nome:nome: ...
Não copie alguns diretórios diretamente sob o arquivos doc subdiretórios quando
descendente recursivamente.

O argumento para esta opção deve ser uma lista separada por dois pontos de nomes de diretório.

Esta opção só faz sentido se -docfilessubdiretórios também é especificado. Neste caso, qualquer
subdiretório localizado diretamente abaixo de um arquivos doc diretório é omitido se listado.

Personalizadas Documentação Tags

-tagletpath lista de caminhos
Pesquisar lista de caminhos ao carregar classes de Taglet subsequentes especificadas usando -taglet.

lista de caminhos deve ser um ou mais caminhos para um diretório ou arquivo jar, separados por seu
separador de caminho da plataforma (geralmente : or ;).

-taglet nome da classe
Registre um Taglet.

nome da classe deve ser o nome totalmente qualificado de uma classe Java que implementa
com.sun.tools.doclets.Taglet.

As classes Taglet serão carregadas do caminho de classe especificado usando -tagletpath, a partir de
o caminho de classe especificado usando -caminho de classe e do classpath padrão.

Veja a documentação de com.sun.tools.doclets.Taglet para mais informações.

Observe que, para tags simples, também há -marcação.

-marcação tagspec
Registre um Taglet genérico.

O formato de tagspec devemos ser : : " ".

nome da etiqueta é o nome da tag correspondente, sem o sinal @ inicial.

bandeiras é um ou mais dos seguintes caracteres, onde cada caractere especifica um
contexto do código-fonte no qual a tag deve ser reconhecida.

a todos os contextos

c construtores

f Campos

m métodos

o Visão geral

p pacotes

t tipos (classes, interfaces, exceções, erros)

X caractere especial que desativa temporariamente o Taglet por completo.

cabeçalho é a string a ser exibida no cabeçalho da seção dedicada à tag em
questão.

Por exemplo, para definir uma correspondência de tag @cvsid que deve ser aceito na visão geral,
pacote e páginas de tipo e que são rotuladas com o cabeçalho CVS ID, você poderia
especificamos:

-tag cvsid: tpo: "CVS ID"

Digamos que um comentário javadoc de classe contenha

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

Então, a saída HTML conterá algo como

Código CVS:
$ Id: cp-tools.texinfo, v 1.9 2012-03-07 15:27:27 gnu_andrew Exp $

Corrida Outros Doclets

-doclepath lista de caminhos
Pesquisar lista de caminhos ao carregar classes para o Doclet especificado usando -doclete.

lista de caminhos deve ser um ou mais caminhos para um diretório ou arquivo jar, separados por seu
separador de caminho da plataforma (geralmente : or ;).

-doclete nome da classe
Execute o doclet especificado em vez do HtmlDoclet padrão.

nome da classe deve ser o nome totalmente qualificado de uma classe que tem um padrão público
construtor e contém um método com a seguinte assinatura:

importar com.sun.javadoc.RootDoc;
public static boolean start (RootDoc ​​rootDoc)

As classes Doclet serão carregadas do caminho de classe especificado usando -doclepath, a partir de
o caminho de classe especificado usando -caminho de classe e do classpath padrão.

A começo método deve processar as informações expostas pela API Doclet via rootDoc
e retorno verdadeiro no sucesso, falso em caso de falha.

Se você estiver usando um doclet de terceiros, consulte sua documentação para mais
instruções. Observe que o suporte para doclets de terceiros é experimental. Por favor
relatar quaisquer problemas que encontrar ou fornecer feedback quando executar com sucesso
miniaplicativos de terceiros.

Esta opção pode ser especificada várias vezes, caso em que todos os doclets são executados
com a mesma árvore de informações exposta por meio da API do Doclet para cada execução do Doclet.

Adicionando Dados Pessoais para que o saída

-título da janela texto
Use texto como o prefixo do título da janela do navegador.

Quando especificado, o título da janela do navegador para cada página será prefixado com texto
em vez da string padrão Gerado API Documentação.

texto deve ser texto simples (não deve conter tags HTML).

-doctítulo texto
Defina o texto do cabeçalho da página de visão geral para texto.

texto deve ser uma string curta de texto simples.

Ao gerar documentação para um único pacote, a especificação desta opção força
geração da página de visão geral.

-cabeçalho htmltexto
Adicionar htmltexto no canto superior direito de cada página gerada. htmltexto é geralmente
definido com o nome do projeto que está sendo documentado.

-rodapé htmltexto
Adicionar htmltexto no canto inferior direito de cada página gerada. htmltexto é frequentemente
definido com o mesmo valor de -cabeçalho.

-inferior htmltexto
Adicionar htmltexto até o final de cada página gerada, abrangendo toda a largura de
a página. Quando especificado, htmltexto geralmente consiste em um aviso de direitos autorais e / ou
links para outras páginas do projeto.

-adicionar folha de estilo lima
Aumente as folhas de estilo CSS padrão com a folha de estilo especificada pelo usuário lima.

A folha de estilo fornecida é simplesmente carregada por cada página HTML além do padrão
uns, como a última folha de estilo.

Observe que as regras de cascata CSS se aplicam. Ou seja, suas propriedades de estilo serão apenas
atribuído se eles tiverem uma ordem em cascata maior do que gjdocestilo padrão de. Um simples
maneira de ter certeza de que este é o caso é declarar suas substituições ! Importante.

Vejohttp://www.w3.org/TR/REC-CSS2/cascade.html# ordem em cascata>.

-grupo cabeçalho pkgwildcard:pkgwildcard: ...
Organize os pacotes fornecidos em um grupo separado na página de visão geral.

O primeiro argumento deve ser um pequeno texto simples que é usado como o título do
grupo de pacotes. O segundo argumento deve ser uma lista de pacotes separados por dois pontos
curingas. O grupo consistirá em todos os pacotes no conjunto de documentação cujo nome
corresponde a qualquer um dos curingas fornecidos.

Existe apenas um caractere curinga, *, que corresponde a ambas as letras no nome do pacote
componentes e o . separando os componentes do nome do pacote. Por exemplo, j * regex seria
pacote de correspondência java.util.regex. Um exemplo mais útil seria javax.swing * para combinar
javax.swing e todos os seus subpacotes.

Esta opção pode ser fornecida várias vezes.

FIXME: Informações sobre aninhamento de grupos aqui.

gjdoc -group "Core Classes" 'java *' \
-group "Swing" 'javax.swing *' \
-group "APIs XML" 'javax.xml *' \
-group "Outras Extensões" javax * \
...

-visão global lima
Adicione o fragmento do corpo XHTML de lima para a página de visão geral.

lima deve conter um fragmento XHTML com o HTML corpo marcar como o nó raiz.

Esta opção pode ser usada para fornecer uma descrição do conjunto de documentação como um todo.

Quando especificado, a primeira frase do fragmento será colocada acima das tabelas
listando os pacotes documentados, junto com um link para a cópia completa do fragmento
que é colocado abaixo das tabelas.

Ao gerar documentação para um único pacote, a especificação desta opção força
geração da página de visão geral.

- arquivo de folha de estilo lima
Use a folha de estilo CSS em lima em vez das folhas de estilo CSS padrão.

Se você deseja substituir apenas partes das folhas de estilo padrão, use -adicionar folha de estilo
ao invés.

-título texto
Descontinuada. Use -doctítulo texto ao invés.

-arquivo de ajuda lima
Esta opção é atualmente ignorada.

Quando implementado, ele usará o fragmento XHTML em lima para o conteúdo da página de ajuda
em vez do texto de ajuda padrão.

Controlador que o Saída.

-d anuário
Coloque todos os arquivos de saída em anuário (e subdiretórios). anuário Será criado
se não existir, incluindo todos os diretórios pais não existentes e todos os
subdiretórios.

Se não for especificado, a saída será colocada no diretório atual.

-localidade nome
Use localidade nome em vez da localidade padrão para todos os fins.

nome deve ser um especificador de localidade na forma ll_CC [_VAR] onde ll é um dois minúsculo-
letra do código de idioma ISO-639, CC é um país ISO-3166 opcional de duas letras maiúsculas
código, e VAR é um código de variante opcional. Por exemplo, en especifica inglês, en_US
especifica o inglês dos EUA, e pt_US_WIN especifica uma variante desviante do inglês dos EUA
local.

Observe que a semântica desta opção corresponde exatamente àquela dos construtores
de aula java.util.Locale.

Esta opção atualmente apenas determina qual Collator está sendo usado para classificar a saída
elementos Isso significa que a localidade só terá efeito quando você estiver usando
Caracteres ASCII em identificadores.

-conjunto de caracteres conjunto de caracteres
Descontinuada. Substitui a codificação especificada nos arquivos XHTML de saída por aquela fornecida
by conjunto de caracteres.

Se esta opção não for fornecida, a especificação de codificação na saída XHTML é escolhida para
coincidir com a codificação usada ao gravar o arquivo (a codificação fornecida com -docencodificação,
ou a codificação padrão de sua plataforma).

A semântica para conjunto de caracteres são especificados aqui:
<http://www.w3.org/TR/2000/REC-xml-20001006# NT-EncName>. Para todos os fins práticos,
eles são idênticos aos das outras opções que aceitam os parâmetros do conjunto de caracteres.

Esta opção está aqui para compatibilidade com Javadoc e deve ser evitado.

-docencodificação conjunto de caracteres
Use a codificação de conjunto de caracteres fornecida ao escrever arquivos de saída em vez dos da sua plataforma
codificação padrão.

Exemplos para conjunto de caracteres e guarante que os mesmos estão US-ASCII, ISO-8859-1 or UTF-8.

A semântica desta opção corresponde exatamente àquela dos construtores de classe
java.util.Locale.

-validhtml
Força a geração de código XHTML válido. Isso quebra a compatibilidade com o tradicional
Ferramenta Javadoc até certo ponto.

Se esta opção for especificada, os nomes das âncoras serão mutilados para que sejam válidos
de acordo com a especificação XHTML 1.1. No entanto, um conjunto de documentação gerado com
esta opção não pode ser vinculada ao uso adequado da ferramenta Javadoc tradicional. Pode
ser vinculado a muito bem usando Gjdoc, no entanto.

Sem esta opção, os nomes das âncoras para membros da classe executáveis ​​usam o tradicional
formato, por exemplo: "foo (String, int [])". Isso é compatível com o tradicional
Ferramenta Javadoc, mas de acordo com as especificações HTML 4.0 e XHTML 1.0 e 1.1,
este formato inclui caracteres ilegais. Parênteses, colchetes e vírgula
não são permitidos em nomes de âncoras.

-baseurl url
Fixe o URL de uma página em relação a url em cada página gerada.

Se você estiver gerando documentação que estará disponível exclusivamente em um determinado
URL, você deve usar esta opção para especificar este URL.

Isso pode ajudar a evitar certos ataques de redirecionamento usados ​​por spammers e pode ser útil
para determinados clientes da web.

Verbosidade Opções

-quieto
Suprime todas as saídas, exceto para avisos e mensagens de erro.

-verboso
Seja muito prolixo sobre o que gjdoc está fazendo.

Esta opção é atualmente ignorada.

Virtual Lavagem Opções

Sun's Javadoc ferramenta parece ser baseada em Javac e, como tal, parece operar na VM
nível. gjdoc, em contraste, é um aplicativo Java puro.

Portanto, gjdoc pode apenas falsificar ou simular as seguintes opções de nível de VM.

-caminho de classe lista de caminhos
Definir a máquina virtual caminho de classe para lista de caminhos.

Na maioria dos casos, você deve usar -doclepath or -tagletpath em vez desta opção.

lista de caminhos deve ser um ou mais caminhos para um diretório ou arquivo jar, separados por seu
separador de caminho da plataforma (geralmente : or ;).

Se esta opção não for interceptada no nível do wrapper, gjdoc atualmente finge por
chamada System.setProperty ("java.class.path", lista de caminhos); e emite um aviso.

-bootclasspath lista de caminhos
Definir a máquina virtual bootclasspath para lista de caminhos.

Se esta opção não for interceptada no nível do wrapper, gjdoc emite um aviso.

-Jvmopt
Passe um parâmetro arbitrário para a máquina virtual gjdoc corre em.

Se esta opção não for interceptada no nível do wrapper, gjdoc tenta emular o
opção e emite um aviso.

Atualmente, apenas a opção VM -D para definir as propriedades do sistema é emulado.

Use gjdoc-4.8 online usando serviços onworks.net