Comando wsdeploy

Use o comando wsdeploy para incluir classes de implementação específicas do produto WebSphere a um arquivo archive corporativo (EAR) de aplicativo corporativo compatível com serviços da Web ou a um arquivoJava™ archive (JAR) do aplicativo cliente.

O comando wsdeploy é suportado para aplicativos JAX-RPC (Java API for XML-based RPC). O modelo de programação de JAX-WS (Java API for XML-Based Web Services) que é implementado pelo servidor de aplicativos não suporta o comando wsdeploy. Se seus aplicativos de serviços da Web contiverem apenas terminais JAX-WS, não será necessário executar o comando wsdeploy, pois esse comando é usado para processar apenas terminais JAX-RPC.

As classes de implementação incluídas pela ferramenta wsdeploy em um arquivo EAR ou um arquivo JAR compatível com serviços da Wev incluem:
  • Stubs
  • Serializadores e desserializadores
  • Implementações das interfaces de serviços
Essa etapa de implementação deve ser executada pelo menos uma vez e pode ser executada com maior frequência. A implementação pode ser executada separadamente por meio do comando wsdeploy, das ferramentas de montagem ou quando o aplicativo for instalado. Ao usar o comando wsadmin para a instalação, especifique a opção -deployws.
O comando wsdeploy opera da forma indicada na lista a seguir:
  • Cada módulo no aplicativo corporativo ou do arquivo JAR é examinado.
  • Se o módulo contiver implementações de serviços da Web, indicadas pela presença do descritor de implementação webservices.xml, os arquivos Web Services Description Language (WSDL) associados serão localizados e o comando WSDL2Java será executado com a opção de função implementar servidor.
  • Se o módulo contiver clientes de serviços da Web, indicados pela presença do descritor de implementação de cliente, os arquivos WSDL associados serão localizados e o comando WSDL2Java será executado com a opção de função implementar cliente.
  • Os arquivos gerados pelo comando WSDL2Java são compilados e empacotados novamente.
Consulte o comando WSDL2Java para obter informações do comando de aplicativos JAX-RPC e saber mais sobre os arquivos que são gerados para implementação.

Quando os arquivos gerados forem compilados, eles poderão fazer referência a classes específicas do aplicativo fora do arquivo EAR ou JAR, se o arquivo EAR ou JAR não for auto-contido. Nesse caso, use a opção -jardir ou -cp para especificar arquivos JAR ou compactados adicionais a serem incluídos na variável CLASSPATH quando os arquivos gerados forem compilados.

Sintaxe do Comando wsdeploy

A sintaxe do comando é apresentada no seguinte exemplo:
wsdeploy Input_filename Output_filename [options] 
Opções requeridas:
  • Input_filename

    Especifica o caminho para o arquivo EAR ou JAR a ser implementado.

  • Output_filename

    Especifica o caminho do arquivo EAR ou JAR implementado. Se output_filename já existir, ele será sobrescrito silenciosamente. O output_filename pode ser igual ao input_filename.

Outras opções:
  • -jardir directory

    Especifica um diretório que contém arquivos JAR ou compactados. Todos os arquivos JAR e compactados nesse diretório são incluídos no CLASSPATH usado para compilar os arquivos gerados. Essa opção pode ser especificada nenhuma vez ou mais vezes.

  • -cp entries

    Especifica entradas para incluir em CLASSPATH quando as classes geradas forem compiladas. Várias entradas são separadas da mesma maneira que são na variável de ambiente CLASSPATH.

  • -codegen

    Especifica que deve-se gerar, mas não compilar o código de implementação. Essa opção especifica implicitamente a opção -keep.

  • -debug

    Inclui as informações de depuração na compilação, ou seja, utilize javac -g para compilar.

  • -help

    Exibe uma mensagem de ajuda e uma saída.

  • -ignoreerrors

    Não pára a implementação se forem encontrados erros de validação ou compilação.

  • -keep

    Não exclui os diretórios de trabalho que contêm classes geradas. Uma mensagem é exibida, indicando o nome do diretório de trabalho que é retido.

  • -novalidate

    Não valide os descritores de implementação de serviços da Web no arquivo de entrada.

  • -trace

    Exibe as informações de processamento, incluindo os nomes dos arquivos gerados.

  • -compliancelevel level

    Configura o nível JDK para conformidade do compilador. Valores válidos incluem: 1.4, 5.0, 6.0 (padrão) e 7.0. Esse sinalizador é opcional.

O exemplo a seguir ilustra como as opções são usadas com o comando wsdeploy:
wsdeploy x.ear x_deployed.ear -trace -keep  
Processing web service module x_client.jar.   
Keeping directory: f:\temp\Base53383.tmp for module: x_client.jar.   
Parsing XML file:f:\temp\Base53383.tmp\WarDeploy.wsdl   
Generating f:\temp\Base53383.tmp\generatedSource\com\test\WarDeploy.java   
Generating f:\temp\Base53383.tmp\generatedSource\com\test\WarDeployLocator.java   
Generating f:\temp\Base53383.tmp\generatedSource\com\test\HelloWsBindingStub.java   
Compiling f:\temp\Base53383.tmp\generatedSource\com\test\WarDeploy.java.   
Compiling f:\temp\Base53383.tmp\generatedSource\com\test\WarDeployLocator.java.   
Compiling f:\temp\Base53383.tmp\generatedSource\com\test\HelloWsBindingStub.java.   
Done processing module x_client.jar.  
As mensagens a seguir podem ser exibidas:
  • O sinalizador -f não é válido.

    A opção f não foi reconhecida como uma opção válida.

  • O sinalizador -c é ambíguo.

    As opções podem ser abreviadas, mas a abreviação deve ser exclusiva. Nesse caso, o comando wsdeploy não pode determinar qual opção foi pretendida.

  • O sinalizador -c tem o parâmetro -p faltando.

    Um parâmetro requerido por uma opção foi omitido.

  • Parâmetro p faltando.

    Uma opção requerida é omitida.


Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rwbs_wsdeploy
Nome do arquivo: rwbs_wsdeploy.html