O Sistema de Ajuda do VisualAge permite a exibição de informações da ajuda online para vários produtos de software IBM. Ao pressionar F1 ou selecionar um item do menu Ajuda a partir da interface do usuário de um desses produtos, uma navegador deve abrir e a ajuda do produto deverá ser exibida. Se estiver tendo problemas para iniciar ou utilizar a ajuda online de seu produto, este documento pode ajudá-lo a solucioná-los.
O Sistema de Ajuda do VisualAge consiste em três componentes principais:
Na maioria dos casos, todos os três componentes são executados na máquina em que o produto está instalado.
Para iniciar a solução de seu problema, siga estas três etapas:
Leia o resumo 1.2 Considerações especiais e, em seguida, leia as seções listadas que se aplicam a seu produto ou ambiente
Os seguinte produtos IBM utilizam o Sistema de Ajuda do VisualAge desde de fevereiro de 2001:
Se estiver utilizando um produto de software IBM lançado após novembro de 2000 e ele não se encontra na lista acima, você pode determinar se esse produto utiliza o Sistema de Ajuda do VisualAge, digitando o seguinte em um prompt de comandos:
vahcfg list /f %IMNINSTSRV% | more
e procurando o nome de seu produto nas linhas iniciadas por Produto:. Se seu produto se encontrar na lista, ele utiliza o Sistema de Ajuda do VisualAge. Se ele não aparecer na lista ou se você obter uma mensagem indicando que o comando não foi reconhecido, entre em contato com o suporte IBM para determinar se seu produto IBM utiliza o Sistema de Ajuda do VisualAge.
Leia as seções a seguir se o produto, ambiente ou problema descrito corresponder a sua situação:
No menu da Ajuda do produto, escolha a Home Page da Ajuda (ou o item de menu correspondente para seu produto). Se nenhum menu de Ajuda estiver disponível, tente pressionar F1 de um dos painéis da interface de usuário de seu produto. O que acontece?
Se a ajuda exibir corretamente, dois outros problemas potenciais são:
Se seu problema não for nenhum desses, entre em contato com o suporte da IBM. Consulte http://www.ibm.com/software/ad/support Para obter mais informações.
Nota: essa seção não se aplica ao Component Broker nem ao WebSphere Business Components. Para o Component Broker, consulte as informações na resolução de problemas da ajuda no diretório doc\readme.
Se nada ocorrer com o VisualAge for Java, Versão 3.5 você utilizar um ícone da área de trabalho para iniciar o VisualAge for Java IDE, consulte 2.1 Caso especial - VisualAge for Java, Versão 3.5.
Se nada acontecer quando você tentar iniciar a ajuda, seu primeiro passo deve ser determinar se pode iniciar a ajuda a partir de uma linha de comandos. Para fazer isso, você precisará primeiro saber em qual diretório você instalou seu produto. No texto que segue, onde você vir INSTALL_DIR, você deverá substituir pelo diretório no qual seu produto foi instalado, por exemplo x:\ibmvjava ou "x:\Program Files\IBM\VisualAge para Java". Utilize aspas envolta do caminho completo (INSTALL_DIR mais qualquer subdiretório ou nome de arquivo) quando o caminho contiver espaços. Siga estas etapas para tentar iniciar a ajuda a partir da linha de comandos:
g: cd "\Program Files\IBM\VisualAge for Java"
dir /s /b vahelp.exe
Se isto retornar:
g:\Program Files\IBM\VisualAge for Java\eab\bin\vahelp.exe
Digite, então:
cd eab\bin
Se a ajuda iniciar com êxito a partir da linha de comandos e você puder pesquisar a ajuda com êxito, pode haver um problema na configuração de seu caminho que impede que a interface de usuário de seu produto conecte com a DLL do sistema de ajuda. Consulte 2.1 Caso especial - VisualAge for Java 3.5 ou, para outros produtos, tente desinstalar e reinstalar seu produto, já que às vezes soluciona esses problemas.
Se você estiver satisfeito em iniciar a ajuda a partir da linha de comandos como um desvio ou correção temporária, você poderá criar um ícone em sua área de trabalho para fazer isso. Consulte 11.0 Criação de um ícone para iniciar a ajuda do produto.
Se a ajuda não carregar a partir da linha de comandos ou se carrega a partir da linha de comandos, mas não a partir do produto, você pode não ter as associações de arquivos apropriadas configuradas para seu navegador no registro do Windows. Consulte 16.0 Definição de associações de arquivos HTML no registro do Windows.
Se altera associações de arquivos também não ajuda, você pode tentar o seguinte para obter um arquivo de log do sistema de ajuda:
No diretório apontado pela variável de ambiente TMP, você deverá ver um ou mais arquivos do tipo HTML*.C2T. Esses arquivos contêm informações de log detalhadas nos pedidos feitos para o sistema de ajuda. Você pode enviar esses arquivos para o suporte da IBM para que eles sejam analisados. Uma taxa poderá ser cobrada para os pedidos ao suporte. Você também pode tentar examinar esses arquivos para ver ser você consegue determinar o que está causando a falha.
se você não vir nenhum arquivo HTML*.C2T no diretório TEMP, tente chamar a ajuda a partir da linha de comandos novamente. Se os arquivos HTML*.C2T forem criados somente a partir da linha de comandos, o problema está em seu produto invocar a ajuda. Se nenhum dos métodos de invocar a ajuda produzir arquivos de log, o sistema de ajuda em si tem um problema. Em qualquer um desses casos você pode entrar em contato com o suporte da IBM.
Lembre-se de remover a linha HTMLHELP_LOG=1 de seu arquivo de configuração da ajuda do produto quando tiver terminado, já que o log irá produzir arquivos de log desnecessários toda vez que você solicitar ajuda.
Se você ainda não puder iniciar a ajuda por qualquer um dos métodos, verifique se o arquivo de configuração da ajuda do produto ainda é válido. Abra INSTALL_DIR\HELP_DIR\CONFIG_FILE em um editor e verifique se:
Para o VisualAge for Java, Versão 3.5, se não for possível iniciar a ajuda a partir do IDE, mas você puder a partir da linha de comandos, você poderá estar invocando o IDE através do atalho errado. Isso ocorre se você criar ou editar manualmente um atalho para o IDE em sua área de trabalho ou no menu Iniciar e invocar o IDE a partir de um atalho. Pode ocorrer também se você estiver utilizando um atalho criado para a Versão 3.0 ou 3.02 e agora está utilizando-o para iniciar a Versão 3.5. Siga estas etapas para determinar se esse é o problema:
Se a ajuda funcionar ao invocar o IDE a partir do menu Iniciar, mas não a partir do ícone ou atalho que geralmente utiliza, esse ícone ou atalho está provavelmente apontando para VAJ_INSTALL_DIR\ide\program\ide.exe, que inicializará o IDE com êxito, mas não suportará a ajuda, porque a variável de ambiente PATH ão aponta para a DLL do sistema de ajuda. Você pode solucionar esse problema, editando o campo Destino do atalho para apontar para VAJ_INSTALL_DIR\ide\program\ivjenv.bat. Esse arquivo batch altera as variáveis de ambiente do Windows de forma que a ajuda funcionará corretamente a partir do IDE.
Se iniciar a ajuda fizer com que um navegador seja aberto ou venha para o primeiro plano, mas o navegador não puder conectar ao localhost:49213, há três possíveis problemas:
verifique cada uma das subseções a seguir para solucionar qualquer problema possível com a má configuração do servidor ou navegador da Web.
HTTPDL.EXE é um processo do servidor HTTP que suporta somente acesso local. Ele faz parte do componente NetQuestion. Ele é utilizado para apresentar páginas da ajuda para seu navegador local. Verifique se o processo HTTPDL.EXE aparece em sua lista de tarefas.
Se a tarefa não estiver presente, o sistema de ajuda pode não ter conseguido iniciá-lo. Primeiro, tente chamá-lo a partir da linha de comandos para ver se retorna uma mensagem de erro:
Vá para o diretório em que o NetQuestion está instalado (consulte 15.0 Localização do Diretório de Instalação do NetQuestion)
Se retornar o erro Ligação do soquete falhou, então, um processo HTTPDL.EXE já está provavelmente sendo executado na porta 49213 (a porta TCP/IP utilizada pelo processo HTTPDL.EXE). Se retornar qualquer outro erro, entre em contato com o suporte IBM. Se retornar sem nenhum erro, verifique a lista de tarefas para certificar-se de que esteja sendo executado em segundo plano. Versões do HTTPDL.EXE datadas 12/02/2000 ou anterior travam o prompt de comandos se não detectarem um erro; as versões mais recentes continuam a ser executadas sem travar o prompt de comandos. se sua versão travar o prompt de comandos, pressione Ctrl+Break e emita o seguinte comando para iniciar o processo como um processo desacoplado:
nqdetach httpdl.exe -r httpd.cnf
Agora tente recarregar a página em seu navegador. se a página for exibida corretamente, o sistema de ajuda teve problemas para iniciar o servidor HTTP (ou, para o Component Broker, o servidor não está configurado para iniciar na hora do início de sessão). Consulte 13.0 Inicialização dos servidores NetQuestion automaticamente.
Se a página ainda não se aplicar, consulte 3.2 HTTPDL.EXE está mal configurado e 3.3 Navegador precisa de substituições de proxy.
Na ocasião em que o arquivo de configuração httpd.cnf, utilizado pelo HTTPDL.EXE, pode conter informações de caminho incorretas. Siga estas etapas para verificar se ele está configurado corretamente:
Serverroot C:\IMNNQ_NT Exec /cgi-bin/* C:\IMNNQ_NT\* Pass /icons/* C:\IMNNQ_NT\* Pass /* C:\IMNNQ_NT\*
Verifique se o caminho indicado corresponde ao diretório no qual o arquivo httpd.cnf está armazenado. Se não, altere-o em todas as ocorrências acima para refletir o caminho real.
Hostname localhost Port 49213
Substitua qualquer linha de Hostname ou Port pela linha acima se forem diferentes.
Às vezes seu navegador não pode conectar ao HTTPDL.EXE do servidor da Web local para localizar a máquina denominada localhost através de um servidor proxy. Isso geralmente ocorre quando seu navegador está configurado para configuração manual ou automática de proxy. se você utilizar configuração de proxy manual, você poderá modificar as definições do navegador para impedir que o navegador tente resolver o localhost através de um servidor proxy. Se você utilizar a configuração automática de proxy, será necessário perguntar ao proprietário de seu arquivo de configuração automática proxy para incluir 127.0.0.1 como uma exceção de proxy no servidor proxy.
Para determinar se seu navegador está configurado para configuração manual de proxy e para incluir substituições de proxy se estiver, siga estas etapas. Estas instruções são para as versões indicadas do navegador; se estiver utilizando uma versão diferente do navegador, as etapas podem diferir:
Para Netscape 4.7:
Para o Internet Explorer 5.0:
Você deve atualizar também o arquivo %SystemRoot%\system32\drivers\etc\hosts, incluindo a linha:
127.0.0.1 localhost
se o arquivo existir, mas essa linha ainda não estiver presente. Se você alterar esse valor, você poderá precisar sair e reiniciar seu navegador para que a alteração tenha efeito.
Se você tiver feito alterações na configuração do navegador ou no arquivo ...\etc\hosts, tente recarregar a home page da ajuda em seu navegador. Se mesmo assim você obtiver erros tentando conectar ao locahost:49213, entre em contato com o suporte da IBM.
Se seu servidor proxy automático não estiver acessível quando você tentar exibir a ajuda, seu navegador pode não ser capaz de resolver o localhost para o endereço local 127.0.0.1. Você pode solucionar temporariamente esse problema (enquanto o servidor proxy não está disponível), alterando para conexão direta com a Internet na etapa 4 (Netscape) ou etapa 3 (Internet Explorer) acima.
Se você obtiver um erro Arquivo Não Encontrado ao tentar exibir a ajuda ou tentar pesquisar, um arquivo pode estar faltando no diretório de instalação do NetQuestion. Leia as seções a seguir para obter mais informações.
Se você obtiver um erro Arquivo Não Encontrado ao tentar exibir a ajuda, o arquivo vahwebx.exe provavelmente não está no diretório de instalação do NetQuestion. Verifique o diretório em um prompt de comandos ou no Windows Explorer para verificar se o arquivo está presente. Se estiver, há provavelmente um problema com a configuração do servidor Web local NetQuestion; httpd.cnf pode estar apontando para o diretório errado. Consulte 3.2 HTTPDL.EXE está mal configurado acima. Se o arquivo vahwebx.exe estiver ausente, você pode tentar uma ou mais das seguintes opções:
Recarregue a página do navegador. Se a ajuda agora funciona, você solucionou o problema. Se você continuar a obter um erro Arquivo Não Encontrado, entre em contato com o suporte da IBM. se obtiver a mensagem Não há ajuda registrada para o produto xxxxx, consulte 6.0 Reconfiguração da ajuda.
Se você obtiver um erro Arquivo Não Encontrado ao tentar pesquisar a ajuda, o programa de pesquisa especificado em seu formulário de pesquisa pode não ter sido instalado no local apropriado. Sigas estas etapas para determinar o nome e a localização:
<form action="http://localhost:49213/cgi-bin/ivjsenus.exe"...> <form action="http://localhost:49213/cgi-bin/va4sall.exe"...>
O nome do programa de de pesquisa é a parte do atributo action= após "cgi-bin", ou seja, ivjsenus.exe ou va4sall.exe nos exemplos acima.
Você também pode obter imagens interrompidas em sua página de resultados de pesquisa ou uma mensagem Cabeçalho do formulário de pesquisa não encontrado ou Rodapé do m formulário de pesquisa não encontrado. Esses erros resultam de outros arquivos que estão faltando no diretório de instalação do NetQuestion. Você pode ser capaz de localizá-los no CD do produto ou você poderá obtê-los do suporte da IBM. Os nomes dos arquivos estão todos especificados no mesmo formulário de pesquisa. Você pode exibir o código fonte de seu formulário de pesquisa para determinar os nomes. Procure os parâmetros value= dos seguintes campos de entrada ocultos:
<input type="hidden" name="header" value="ivjhenus.htm"> <input type="hidden" name="footer" value="ivjfoot.htm"> <input type="hidden" name="stars1" value="ivjstar1.gif"> <input type="hidden" name="stars2" value="ivjstar2.gif"> <input type="hidden" name="stars3" value="ivjstar3.gif"> <input type="hidden" name="stars4" value="ivjstar4.gif"> <input type="hidden" name="stars5" value="ivjstar5.gif">
As entradas destacadas são as para o VisualAge for Java. Entradas equivalentes de outros produtos incluem, no lugar de ivj:
Uma mensagem de Erro interno do servidor geralmente indica que um aplicativo sendo executado no servidor Web travou. Você também poderá ver um diálogo do Windows com o título program.exe - Erro do Aplicativo e uma mensagem começada por A instrução em "0xnnnnnnnn" fez referência à memória em "0xnnnnnnnn". Se você dispensar esse diálogo selecionando OK, o navegador irá exibir a mensagem Erro interno do servidor.
Se esse erro ocorrer durante uma operação de pesquisa, pode haver problemas com os índices de pesquisa de seu produto. Tente reconfigurar a ajuda de seu produto e, em seguida, digite a consulta de pesquisa novamente. Se isso não solucionar o problema, entre em contato com o suporte da IBM.
Se esse erro ocorrer durante navegação normal da ajuda, pode haver problemas com permissões de diretórios em um sistema de arquivos NTFS. Encerre sessão em seu sistema Windows NT ou Windows 2000, reinicie sessão como um administrador e verifique se todos os arquivos e pastas do diretório de instalação do NetQuestion e do diretório da ajuda do produto (_INSTALL_DIR\doc ou INSTALL_DIR\help, dependendo do produto) têm suas permissões de segurança definidas para Todos - Controle Completo. Para fazer isso:
Se tiver feito alterações em permissões, feche esses diálogos e tente recarregar a página. Se não tiver sido necessário fazer as alterações para as permissões ou se o erro persistir após as alterações, tente apagar o arquivo vahelp.cfg do diretório de instalação do NetQuestion, em seguida, reconfigure a ajuda de seu produto.
Se você continuar a ver as mensagens Erro interno do servidor, entre em contato com o suporte da IBM.
Em algumas situações o sistema de ajuda pode ter mal configurado a ajuda de um produto específico ou você pode ter tido de remover algumas informações de configuração enquanto tentava corrigir uma instalação. Você pode reconfigurar a ajuda de seu produto, seguindo as instruções abaixo. Antes de iniciar, você precisa saber:
A primeira parte desse processo envolve determinar se a ajuda já está configurada e precisa apenas ser atualizada. Para determinar se a ajuda de seu produto está configurada, digite o seguinte em um prompt de comandos:
vahcfg list /f %IMNINSTSRV% | more
Você deverá ver um conjunto de listagens de produtos e componentes para cada produto que foi configurado para a ajuda. Se você vir um produto, cujo diretório corresponde ao diretório de seu produto, observe o nome do produto. Por exemplo, se a saída de vahcfg list incluir o seguinte:
Produto: va400 (Sistema de Ajuda do IBM WebSphere Development Tools for AS/400) Diretório gravável: C:\Program Files\IBM\WDT400\help Nenhum arquivo de atualização para esse produto Comp: qadtswin (WebSphere Development Tools for AS/400) Arquivo Zip: C:\Program Files\IBM\WDT400\help\qadtswin.zip Índice: va45uadt ...
O nome do produto é va400. Se você vir uma entrada para seu produto, você poderá reconfigurar a ajuda utilizando o comando vahcfg regen. Se você não vir uma entrada para seu produto, será necessário reconfigurar a ajuda utilizando o comando vahcfg install. Ambos descritos mais tarde nesta seção.
Antes de executar vahcfg regen ou vahcfg install, você deverá assegurar também que o disco no qual o diretório de documentação tem espaço livre suficiente para acomodar os índices de pesquisa para a ajuda do produto. Esses índices são extraídos dos arquivos *.zip no diretório de documentação e são gravado em subdiretórios do diretório de documentação pelo programa vahcfg. Como regra geral, você deve ter pelo menos tanto espaço livre em disco que o espaço utilizado pelos arquivos zip no diretório de documentação.
Para executar vahcfg regen, emita o seguinte comando:
vahcfg regen /p prodname /f %IMNINSTSRV%
em que prodname corresponde ao nome do produto anotado ao executar vahcfg list.
Para executar vahcfg install, emita o seguinte comando:
vahcfg install /w docdir /f %IMNINSTSRV%
em que docdir é o caminho completo para o diretório, contendo os arquivos de ajuda do produto. Se o diretório contiver espaços (por exemplo, c:\Program Files\IBM\...), coloque todo o caminho do diretório entre aspas.
Após a instalação ou a regeneração (que pode levar vários minutos), tente recarregar a ajuda. Se o problema que estava tentando corrigir persistir, sigas as etapas em 6.5 Obtenção de um arquivo de log de vahcfg regen ou vahcfg install, entre em contato com o suporte da IBM e encaminhe o arquivo de log para o suporte da IBM.
Se você tentou regenerar ou instalar a ajuda de seu produto utilizando vahcfg regen ou vahcfg install e a tentativa não solucionou seus problemas da ajuda, tente o seguinte para produzir um arquivo de log que o suporte da IBM poderá utilizar para diagnosticar o problema melhor:
Você poderá então fornecer o arquivo de log gerado ao suporte IBM.
Observe que algumas versões anteriores do vahcfg não produzem um arquivo de log. Versões que não suportam log irão imprimir toda a saída na tela; versões que suportam log irão imprimir uma mensagem indicando onde as informações estão sendo registradas.
O sistema de pesquisa do NetQuestion é extremamente rápido para encontrar correspondências para tudo, exceto para consultas de pesquisa muito genéricas. Se procurar correspondências para an cadeia a*, o sistema de pesquisa precisará encontrar todos os documentos que contêm pelo menos uma palavra iniciada com a letra a, portanto, isso sempre leva mais tempo. Mas se sua pesquisa for específica, você poderá esperar resultados de pesquisa dentro de poucos segundos no mais tardar. Se uma pesquisa parecer levar tempo excessivo (por exemplo, mais de 1 minuto), você poderá estar tendo um problema relacionado à utilização do Netscape Navigator 4.5 ou superior em um sistema Windows 2000 . (Esse problema também ocorre em alguns sistemas Windows NT.)
Há um problema conhecido com o Netscape (versões 4.5 to 4.74 e possivelmente outras) em algumas máquinas com o Windows 2000, que pode tornara a pesquisa do help online extremamente lenta. Ao enviar um formulário dessas versões do Netscape, o aplicativo Netscape utiliza a maioria dos ciclos do processador disponíveis de sua máquina até uma resposta ser recebida do sistema remoto. (Você pode verificar isso abrindo a página go Gerenciador de Tarefas do Windows durante uma dessas pesquisas, alternando para a guia Processos e clicando no cabeçalho da coluna CPU. Se estiver tendo o problema descrito aqui, o netscape.exe aparecerá no topo da lista e estará utilizando 97-99% do tempo da CPU.)
Essa utilização da CPU não é um problema normalmente quando estiver fazendo uma pesquisa remota (por exemplo, em um site da Web). No entanto, como o programa de pesquisa do produto está sendo executado em sua máquina local, o fato do Netscape utilizar tanto tempo da CPU significa que resta muito pouco tempo da CPU para que o programa de pesquisa execute sua pesquisa. Como resultado, uma ação de pesquisa que deve retornar um resultado dentro de um segundo pode levar vários minutos no Windows 2000.
Você pode evitar esse problema de desempenho no Windows 2000, selecionando uma janela diferente, não do Netscape após cada vez que você enviar uma pesquisa. Isso geralmente faz com que o Netscape pare de utilizar ciclos excessivos da CPU enquanto aguarda por uma resposta e os resultados de pesquisa são geralmente exibidos dentro de um segundo após essa alternação de janela. A mesma técnica também pode funcionar no Windows NT, apesar que de forma menos consistente.
Como alternativa, você pode utilizar o Microsoft Internet Explorer para exibir a ajuda, já que o problema de desempenho não ocorre com esse navegador.
Você poderá receber uma das mensagens de erro a seguir ao executar uma pesquisa do sistema de ajuda a partir de seu navegador.
Isso pode ocorrer em duas situações:
O código de retorno 73 geralmente não é retornado para um pedido de pesquisa realmente vazio, somente quando consistir somente de palavras de interrupção. Se você puder reproduzir com confiabilidade a mensagem indicando um pedido de pesquisa vazio quando a cadeia de pesquisa não estava vazia (e não era uma pesquisa somente de palavras de interrupção), seu formulário de pesquisa pode estar danificado. Localize os formulários de pesquisa hgssrch.htm e hgcsrch.htm no diretório da ajuda do produto (geralmente INSTALL_DIR\doc ou INSTALL_DIR\help) e forneça-os ao seu representante de suporte ao entrar em contato com o suporte da IBM.
Você pode ver qualquer uma de várias outras mensagens de erro ao tentar pesquisar. Se seu erro for um dos seguintes, tente a ação recomendada antes de entrar em contato com o suporte IBM.
Causa: O cliente da ajuda não pôde iniciar o serviço de pesquisa (ou, para o Component Broker, o serviço de pesquisa não está configurado para iniciar automaticamente na hora do início de sessão). Isso pode ocorrer se você estiver pesquisando na máquina local (http://localhost:49213) ou em um servidor remoto da ajuda.
Ação recomendada (ajuda local):
Consulte 3.1 HTTPDL.EXE não está sendo executado e especificamente a seção sobre importação das entradas de registro de início automático, para que o serviço de pesquisa inicie automaticamente quando você iniciar sessão. Para um desvio rápido, você pode abrir um prompt de comandos e digitar:
imnss start serverSe esse comando retornar com uma mensagem que inclui a linha:
O serviço de pesquisa foi iniciado.então, você deve poder executar a pesquisa novamente, sem esse erro rc=33.
Ação recomendada (ajuda apresentada remotamente):
O processo de pesquisa do NetQuestion não pode estar sendo executado porque a máquina foi reiniciada e ninguém está com sessão iniciada atualmente nessa máquina. Consulte 14.0 Inicialização do serviço de pesquisa do NetQuestion na hora da inicialização.
Causa: O programa de pesquisa não recebeu nenhum nome de índice válido no pedido da pesquisa. O formulário de pesquisa pode estar danificado ou os outros índices especificados podem não estar mais registrados ou pode haver um problema com a instalação do NetQuestion.
Ação recomendada: Primeiro, exclua todos os arquivos hg*.htm do diretório da ajuda do produto (INSTALL_DIR\doc ou INSTALL_DIR\help). Em seguida, tente reconfigurar a ajuda para seu produto. Se o problema persistir, você poderá precisar reinstalar NetQuestion e, em seguida, reconfigurar a ajuda para seu produto novamente.
Causa: O formulário de pesquisa especificou um cabeçalho ou rodapé de formulário de pesquisa inexistente (um arquivo contento um fragmento de HTML a ser colocado sobre ou abaixo dos resultados de pesquisa).
Ação recomendada: Consulte 4.2 Erros Arquivo Não Encontrado ao tentar pesquisar para obter mais informações.
Causa: Você digitou uma consulta de pesquisa que tem muitas correspondências de palavras. O mecanismo de pesquisa não pode lidar com uma consulta que contenha correspondências de mais de 1024 palavras diferentes. Por exemplo, se você digitar a cadeia "a* b* c* d*" (sem as aspas), você está pedindo qualquer documento que contenha palavras iniciadas por qualquer uma dessas letras a, b, c ou d. Como muitas palavras correspondem a esse critério de pesquisa, o mecanismo de pesquisa não pode produzir uma lista significativa e ordenada do número de ocorrências, portanto, nem tenta.
Ação recomendada: Digite um pedido de pesquisa que irá produzir um número de ocorrências de palavras menor.
Causa: Você digitou uma consulta de pesquisa que não é logicamente válida. Por exemplo uma consulta de pesquisa "-java" (mostra todos os documentos que não contém a palavra java) não é considerada válida.
Ação recomendada: Digite um pedido de pesquisa que tenha pelo menos um termo não proibido.
Causa: Esse erro pode ocorrer quando o programa de pesquisa não pode ler as variáveis de ambiente requeridas para operação de pesquisa bem-sucedida. Se tiver configurado a ajuda para executar em um servidor Web diferente do servidor Web HTTPDL. EXE do NetQuestion, pode ser necessário alterar as definições do servidor Web para garantir que certas variáveis de ambiente são visíveis para o CGI de pesquisa (o programa que é chamado a partir do parâmetro "action=" da guia <formulário> do formulário de pesquisa). Em alguns servidores Web, as variáveis de ambiente do sistema são ocultadas por padrão. As variáveis que o CGI de pesquisa precisa acessar são IMNINSTSRV e IMNINST. O Netscape Enterprise Server é um exemplo de um servidor Web que oculta as variáveis de ambiente por padrão.
Ação recomendada: Modifique as definições do servidor Web, para exportar essas variáveis de ambiente para os aplicativos CGI do servidor Web manualmente ou para tornar todas as variáveis de ambiente locais visíveis para CGIs. No Netscape Enterprise Server, você pode fazer isso seguindo as etapas a seguir:
set imn
O sistema deve retornar as definições das variáveis IMNINST e IMNINSTSRV, como:
IMNINST=help IMNINSTSRV=C:\IMNNQ_NT
Init fn="init-cgi" IMNINSTSRV=c:/imnnq_nt Init fn="init-cgi" IMNINST=help
"AVISO: Os arquivos de configuração foram editados manualmente. Utilize esse botão para carregar os arquivos de configuração mais recentes."
Clique em Carregar arquivos de configuração.
Para outros servidores Web, consulte a documentação do servidor Web para obter informações sobre como tornar as variáveis de ambiente visíveis para aplicativos CGI.
Causa: Um erro rc=32 ou um erro que mencione o arquivo NETQ.CFG ocorre quando o NetQuestion não pode acessar um índice de produto corretamente. Isso pode ocorrer porque a instalação do NetQuestion ou de um índice específico foi danificada ou pode ocorrer somente na primeira pesquisa que você executar em um índice específico após uma reinicialização. Observe que apesar da mensagem para alguns formulários desse erro mencionar o arquivo NETQ.CFG, esse arquivo na verdade n]ao existe; o erro refere-se a problemas com outros arquivos de configuração do índice do NetQuestion.
Ação recomendada: Determine a provável causa do problema e corrija, conforme descrito abaixo:
Se uma pesquisa retornar uma mensagem de erro rc=76, um ou mais de seu índices de pesquisa podem precisar de ser redefinidos. Siga estas etapas para redefinir seus índices:
Em algumas situações a única maneira de fazer com que sua ajuda funcione corretamente é desinstalar e reinstalar o NetQuestion, em seguida, reconfigure a ajuda para produtos que utilizam o Sistema de Ajuda do VisualAge. Observe que desinstalar o NetQuestion pode remover os índices de pesquisa utilizados por produtos, como o IBM DB2, que não utilizam o Sistema de Ajuda do VisualAge e podem, então, impedir a pesquisa da ajuda para os produtos após a reinstalação do NetQuestion. Pode ser necessário reinstalar o produto em questão para restaurar seu índices de pesquisa.
Nas instruções que seguem, emita todos os comandos a partir de um prompt de comandos. Antes de iniciar, é necessário determinar o diretório de instalação do NetQuestion.
O programa de desinstalação do NetQuestion, uninstnq.exe no diretório NetQuestion, removerá o NetQuestion somente se nenhum índice estiver registrado. Você pode primeiro registrar os índices registrados por produtos que utilizam o Sistema de Ajuda do IBM VisualAge, emitindo o comando vahcfg remove para cada um desses produtos. Siga estas etapas:
Após remover todos esses produtos, você pode verificar se os índices ainda estão registrados para outros produtos, digitando o seguinte comando:
imnixlst
Se a lista resultante contiver entradas começadas por DB2, CXX ou VAC, você provavelmente tem índices com produtos como o DB2, IBM C e C++ Compilers, ou VisualAge C++ 4.0, que não utilizam o Sistema de Ajuda do VisualAge. Se você prosseguir com uma desinstalação manual do NetQuestion, você perderá esses índices e poderá ter de reinstalar os produtos respectivos para pesquisar a ajuda por esses produtos novamente. Se esses índices ainda forem listados e você estiver preparado para perder as capacidade de pesquisa desses produtos ou reinstalar esses produtos, prossiga para excluir os índices restantes da seguinte forma:
Se os índices cujos nomes começam por IVJ3, VJ32, IWZ ou VA45 estiverem listados, é seguro excluí-los, pois eles podem ser restaurados mais tarde, utilizando vahcfg install.
Se você não puder excluir todos os demais índices, devido a um erro do NetQuestion, pode ser necessário remover manualmente o NetQuestion (consulte a seção 11.4 abaixo).
Emita o comando uninstnq e aguarde alguns minutos, até notar que o diretório NetQuestion está quase vazio. o diretório não deve conter nenhum arquivo começado por imn* ou imq*. Pode ser necessário aguardar até dez minutos para isso concluir. Se após dez minutos o diretório ainda tiver arquivos imn* ou imq*, pode haver índices ainda registrados no serviço de pesquisa (nesse caso, retorne para a seção 11.2), ou a instalação do NetQuestion pode estar danificada (prossiga para a seção 11.4). Caso contrário, reinicialize e prossiga para a seção 11.5.
Se você não conseguir remover o NetQuestion utilizando uninstnq.exe, você pode removê-lo manualmente da seguinte forma:
Para alterar ou remover as variáveis de ambiente, siga as etapas abaixo específicas ic das plataformas:
Para reinstalar o NetQuestion, será necessário o CD do produto ou um arquivo zip de instalação do NetQuestion do suporte da IBM. Os produtos a seguir têm uma cópia instalável do NetQuestion no CD do produto:
Para outros produtos, você pode determinar se há uma cópia instalável do NetQuestion no CD, procurando um arquivo denominado ntq_sbcs.iss. O diretório que contém esse arquivo deve conter um arquivo setup.exe que pode iniciar a instalação do NetQuestion.
Se você receber um arquivo zip de instalação da IBM, descompacte-o em um diretório temporário.
Quando tiver obtido uma cópia instalável do NetQuestion, siga estas etapas:
Para cada produto removido manualmente do sistema de ajuda (utilizando vahcfg remove, conforme descrito na seção 11.1), execute vahcfg install conforme descrito em 6.0 Reconfiguração da ajuda. Agora deve ser possível navegar e pesquisar a ajuda de seu produto. Se os erros persistirem, verifique outras seções desse documento para possíveis soluções ou entre em contato com o suporte da IBM.
Se você não puder iniciar a ajuda a partir da interface de usuário de seu produto, você poderá criar um ícone para iniciá-la, clicando-se duas vezes em um ícone (para que você possa pelo menos utilizar a ajuda enquanto trabalha na solução de seu problema).
Observações
Você pode criar um atalho para iniciar a ajuda do produto da seguinte forma:
instance "INSTALL_DIR\DOC_DIR\CONFIG_FILE" open index.htm
em que INSTALL_DIR é o diretório em que o produto está instalado, DOC_DIR é geralmente doc ou help e CONFIG_FILE é o nome do arquivo de configuração da ajuda do produto (ivjhlp.cfg para VisualAge for Java; consulte 2.0 Nada acontece quando você tenta iniciar a ajuda para obter informações sobre como determinar os diretórios e os nomes dos arquivos de configuração para outros produtos). Certifique-se de que o caminho completo para o arquivo de configuração esteja entre aspas se ele tiver espaços.
Você pode incluir o ícone criado no menu Iniciar, clicando com o botão direito no ícone, escolhendo Copiar no menu sobreposto, em seguida, no Windows Explorer navegue pelo diretório de instalação do Windows em ...\Profiles\All Users\Start Menu e cole-o nesse diretório ou em um subdiretório apropriado do mesmo.
Você pode instalar e configurar o sistema de ajuda em um servidor Web Windows NT ou Windows 2000 para que outros membros de sua organização possam exibir e pesquisar a ajuda online por meio de uma rede, sem ter que utilizar o NetQuestion e o código do sistema de ajuda instalado em suas estações de trabalho.
Notas sobre os produtos
Para fazer esta instalação na rede, é necessário ter o software do servidor Web, como o Microsoft Peer Web Services (PWS) ou o Microsoft IIS, instalado no servidor. O servidor Web deve ter um diretório scripts. (No PWS e no IIS, seu diretório scripts geralmente está localizado em x:\inetpub.) Após instalar o software do servidor, conclua as seguintes etapas:
vahwebx.exe vahwebx.cat vahelp.cfg *foot.htm *head.htm *henus.htm
Os três primeiros arquivos são necessários; os arquivos seguintes devem ser copiados se existirem, mas se não estiverem presentes no diretório NetQuestion, não serão necessários no diretório x:\inetpub\scripts.
HTML_HOSTNAME=server.city.domain.organization CGI_BIN_DIR=scripts START_LITE_DAEMON=0 START_NETQ_DAEMON=0
Os usuários devem poder acessar a ajuda baseada em servidor apenas pressionando F1 ou selecionando um item de menu Ajuda, no aplicativo IBM. Ou podem acessar a ajuda utilizando a seguinte URL:
http://YourHostname/scripts/vahwebx.exe/help/prodname/Extract/0/index.htm
em que prodname é:
Se depois você executar vahcfg install ou vahcfg regen no sistema do servidor, é necessário editar novamente o arquivo de mapeamento na etapa 3 acima.
Depois que os usuários modificarem seus arquivos de configuração de ajuda do produto para apontarem para o servidor, eles podem executar se forma segura o seguinte comando para excluir todos os arquivos *.toc, *.htm e *.zip, bem como os arquivos de índice de pesquisa, a partir de seu diretório de ajuda do produto:
vahcfg remove /p prodname /f %IMNINSTSRV%
ou podem simplesmente excluir os arquivos *.toc, *.htm e *.zip manualmente. Porém esse método não excluirá os diretórios de índices abaixo do diretório de ajuda do produto, portanto, também será necessário excluí-los manualmente.
Consulte 14.0 Iniciando o servidor de pesquisa do NetQuestion no momento da inicialização em vez desta seção, se estiver configurando o servidor na configuração de ajuda em rede.
Você pode definir os servidores HTTP e de pesquisa para iniciarem automaticamente no momento do início de sessão, definindo duas entradas de registro no sistema. Para definir estas entradas, siga estas etapas:
REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run] "IMNNQ"="nqdetach.exe imnss.exe start server" "IMNNQ NetQ Web Server"="nqdetach.exe httpdl.exe -r %IMNINSTSRV%\\httpd.cnf"
Isto importará duas entradas para seu registro para que na próxima vez em que você iniciar sessão (ou reinicializar no Windows 95 ou Windows 98), os servidores devem ser iniciados automaticamente.
Se estiver utilizando uma configuração de ajuda em rede em que a ajuda é fornecida a partir de um servidor e não de sua própria máquina, poderão ocorrer problemas ao executar pesquisas na máquina remota. Quando o daemon de pesquisa do NetQuestion for configurado para iniciar automaticamente (durante a instalação do produto ou após você ter seguido as etapas em 13.0 Iniciando os servidores NetQuestion automaticamente), o daemon realmente não será iniciado até que um usuário inicie sessão na máquina servidor. Isto significa que, após uma reinicialização do sistema, antes que o usuário da máquina inicie sessão pela primeira vez, o daemon de pesquisa não estará em execução. No entanto, você pode utilizar o Agendador de Tarefas do Windows para iniciar o daemon de pesquisa no momento da inicialização. As instruções nessa seção se aplicam à máquina que está fornecendo a ajuda.
Nota: Se não estiver utilizando uma configuração de ajuda da rede, não será necessário seguir as etapas nessa seção.
Antes de iniciar, determine o diretório de instalação do NetQuestion. Talvez você também queira fazer uma limpeza manual do registro. Seu registro pode conter entradas para iniciar o daemon de pesquisa do NetQuestion no momento do início de sessão. Se o daemon for iniciado no momento da inicialização, a entrada do registro será desnecessária. Para limpar o registro:
Agora você pode programar o Windows para iniciar os servidores no momento da inicialização. Primeiro, verifique se o Agendador de Tarefas do Microsoft Windows está instalado na máquina que atua como um servidor de ajuda:
Para configurar o Servidor de Pesquisa do NetQuestion para ser iniciado no momento da inicialização no servidor de ajuda:
Nota: Após a reinicialização da máquina servidor de ajuda, pode demorar um minuto ou mais depois de aparecer a tela de início de sessão antes que o Windows inicie o servidor de pesquisa.
Você pode determinar a localização do diretório de instalação do NetQuestion abrindo um prompt de comando e digitando:
set IMNINSTSRV
O diretório retornado é o diretório de instalação do NetQuestion. Se a variável não estiver definida, você pode determinar o diretório de instalação examinando o registro do Windows. Digite regedit em um prompt de comandos e expanda as entradas do registro para a chave HKEY_LOCAL_MACHINE\SOFTWARE\IBM\NetQuestion\CurrentVersion\Installation Directory. A entrada "Directory" dessa chave deve apontar para o diretório de instalação do NetQuestion.
No Windows 95 e Windows 98, se a variável de ambiente IMNINSTSRV não estiver definida mas você localizar o diretório a partir do registro, poderá ser necessário editar o arquivo autoexec.bat. (Se você encontrar essa condição no Windows Millennium Edition, consulte 17.0 Considerações especiais para o Windows Millennium Edition.) O processo de instalação do NetQuestion deve ter modificado o autoexec.bat para incluir um comando para chamar o arquivo batch imnenv.bat armazenado no diretório NetQuestion. O comando incluído tem o seguinte aspecto:
if exist _NETQ_DIR_\imnenv.bat call _NETQ_DIR_\imnenv.bat
Se esta linha estiver faltando ou _NETQ_DIR_ apontar para o diretório, inclua a linha com o diretório NetQuestion correto. Você também deve verificar se o arquivo batch imnenv.bat que está sendo chamado no autoexec.bat realmente existe e contém entradas que apontam para o diretório atual e não para algum outro diretório NetQuestion. O conteúdo de imnenv.bat deve ser:
@echo off set IMNINSTSRV=_NETQ_DIR_ set IMNINST=help set PATH=PATH;%IMNINSTSRV%
Se não puder lançar a ajuda a partir do navegador ou de uma linha de comandos, talvez você não tenha uma associação de arquivo apropriada configurada para arquivos HTML. O código do cliente do Sistema de Ajuda utiliza entradas do registro para determinar o navegador padrão do sistema, com base nestas associações de arquivos. Você pode verificar as associações de arquivos utilizando o editor de registro:
Se não aparecer uma entrada como essa, você poderá incluir a entrada, da seguinte forma:
Para o Netscape Communicator:
user_pref("browser.wfe.ignore_def_check", true);
Para o Internet Explorer:
Se estiver utilizando o Windows Millennium Edition, as alterações feitas no autoexec.bat para carregar as variáveis de ambiente do NetQuestion podem não ser efetivas mesmo após uma reinicialização; as alterações podem desaparecer após uma reinicialização. Isto pode fazer as variáveis de ambiente do NetQuestion permanecerem indefinidas que, por sua vez, podem gerar os seguintes tipos de falhas:
Você pode determinar se isto é a causa de problemas da ajuda, verificando, após a reinicialização, se as variáveis de ambiente estão definidas corretamente. Se elas ainda não estiverem definidas, você pode utilizar o programa msconfig.exe encontrado no diretório do sistema do Windows, para fazer as seguintes alterações no ambiente:
O Component Broker não utiliza a parte do cliente do Sistema de Ajuda do VisualAge, a parte que lança a ajuda a partir de uma ação de F1 ou do menu Ajuda na interface do usuário. Isto tem duas importantes implicações:
O Component Broker fornece informações adicionais sobre resolução de problemas da ajuda no diretório doc\readme.
Em sistemas em que a ajuda instalada foi parcial ou totalmente escrita em chinês simplificado (locale zh_CN), taiwanês (zh_TW), coreano (ko_KR) ou japonês (ja_JP), é necessário fazer alterações nos comando vahcfg e NetQuestion, da seguinte forma:
vahcfg regen /p vj32 /f %IMNINSTSRV% /l ja_JP
Se o locale não for incluído, os índices de pesquisa e o sistema de pesquisa do NetQuestion podem ser danificados.
Comando SBCS | Comando DBCS |
imnixlst | imqixlst |
imnixdel | imqixdel |
imnss start server | imqss -start dbcshelp |
Essas alterações são necessárias porque o NetQuestion utiliza arquivos executáveis e servidores diferentes para seus sistemas de pesquisa de byte simples e de byte duplo.