Acessando as Amostras

O produto oferece amostras que demonstram tarefas comuns do aplicativo corporativo. Muitas amostras também fornecem instruções para implementação e exemplos de codificação.

Implementando as amostras utilizando a linha de comandos

Para implementar as amostras usando a linha de comandos, conclua as seguintes etapas:
  1. Efetue login no host usando credenciais válidas.
  2. Acesse o diretório app_server_root/bin.

    [Linux]Acesse o diretório /opt/IBM/WebSphere/AppServer/bin/.

  3. Execute wsadmin para instalar o aplicativo; por exemplo:
    ./wsadmin.sh -profileName AppSrv01 -lang jython -c "AdminApp.install('/opt/sample.javaee7.websocket.war', '[ -MapWebModToVH [[ .* .* default_host ]]  -appname sample.javaee7.websocket]')"

Implementando as amostras usando o Integrated Solutions Console

Para implementar as amostras usando o Integrated Solutions Console, conclua as seguintes etapas:
  1. Em seu navegador preferido, acesse o Integrated Solutions Console; por exemplo: http://hostname:9060/ibm/console/
  2. Efetue login com seu nome de usuário e senha.
  3. Selecione Aplicativos > Novo Aplicativo.
  4. Selecione o link Novo aplicativo corporativo.
  5. Usando a opção Sistema de arquivos local, clique em Procurar, e selecione o arquivo que você transferiu por download a partir de GitHub.
  6. Clique em Avançar para seguir o assistente usando as opções padrão até que o botão Concluir seja exibido.
  7. Quando a seção Confirmar mudanças é exibida, clique em Salvar.
  8. Clique em Aplicativos > Tipos de Aplicativos > Aplicativos Corporativos do WebSphere.
  9. Marque a caixa de opção ao lado do aplicativo de amostra, e clique em Iniciar.
  10. Use o seu navegador para acessar a página inicial; por exemplo:
    http://hostname:9080/sample_name/

Amostras Disponíveis

É possível acessar as amostras pré-implementadas a seguir nesta liberação. É possível localizar o código-fonte para esses aplicativos de amostra em GitHub.

sample.javaee7.websocket
Essas amostras de soquete da web em GitHub mostram como configurar terminais WebSocket usando anotações ou programaticamente. Essas amostras exercitam a abertura, leitura, gravação e fechamento de uma conexão WebSocket. Também é mostrado o uso de codificadores, decodificadores, a anotação PathParam e o processamento de mensagens Pong.
sample.javaee7.el30
Esse aplicativo em GitHub mostra como usar algumas das novas funções do EL 3.0 (Expression Language). Os exemplos são fornecidos para uso de expressões lambda, concatenação e novos operadores. Além disso, ele fornece uma amostra simples de um servlet independente que mostra o EL em uso sem JavaServer Pages (JSP).
sample.javaee7.servlet.nonblocking

Esse aplicativo em GitHub demonstra como usar E/S sem bloqueio usando novas APIs incluídas em ServletInputStream e ServletOutputStream. O exemplo inclui o uso de API de interface ReadListener e WriteListener.

sample.javaee7.sleepybatchlet
A amostra batchlet silenciosa em GitHub usa a implementação de referência do lote JSR 352 no produto. O aplicativo é composto por um batchlet e uma tarefa em lote que fica suspensa por um número de segundos definido pelo usuário. A cada segundo, o batchlet é impresso no console para mostrar que ele está funcionando. Agrupada ao redor do aplicativo em lote está uma página da web que foi projetada para fornecer um mecanismo mais fácil e mais intuitivo para gerenciar execuções em lote.
Essa amostra requer que você crie recursos antes de implementar o aplicativo. Conclua as etapas a seguir para criar os recursos necessários:
  1. Verifique se existe uma instancia do Provedor JDBC do Derby. No console administrativo, clique em Recursos > JDBC > Provedores JDBC.
    1. Se esse provedor não existir, crie um com um tipo de implementação Origem de dados do conjunto de conexões e aponte para o arquivo .jar do Derby; por exemplo: ${WAS_INSTALL_ROOT}/derby/lib
  2. Verifique se uma instância da Origem de dados padrão está configurada. Clique em Recursos > JDBC > Origens de Dados.
    1. (Console administrativo) Se essa origem de dados não existir, crie uma com o nome Origem de dados padrão e o nome JNDI DefaultDatasource que aponta para o Provedor JDBC Derby e o banco de dados "${WAS_INSTALL_ROOT}/derby/DefaultDB".
    2. (Linha de comandos) Conecte remotamente a sua máquina virtual com o ambiente do WebSphere usando o SSH. Navegue até ${WAS_INSTALL_ROOT}/derby/bin/embedded/.
      Execute ./ij.sh. Ao vir o prompt ij>, insira o comando a seguir:
      connect 'jdbc:derby:DefaultDB;create=true';
      O banco de dados Derby padrão é criado no seguinte diretório: ${WAS_INSTALL_ROOT}/derby/DefaultDB
  3. Inclua argumentos JVM para o servidor que está executando a amostra de lote. Clique em Servidores > Tipos de Servidor > WebSphere application servers > server_name > Gerenciamento Java e de Processo > Definição de processo > Java Virtual Machine > Propriedades customizadas. Inclua as seguintes propriedades customizadas:
    com.ibm.ws.batch.DB_SCHEMA
    Valor: BATCH
    com.ibm.ws.batch.JNDI_NAME
    Valor: DefaultDatasource
  4. Depois de configurar o ambiente, instale o aplicativo usando os valores padrão fornecidos.
  5. Após o aplicativo ser iniciado, abra o arquivo SystemOut.log em /.../IBM/WebSphere/Profiles/DefaultAppSrv01/logs/server1 e procure a seguinte URL: http://hostname:9080/sample.javaee7.sleepybatchlet/.
sample.javaee7.concurrency
Esse aplicativo em GitHub demonstra como usar executores gerenciado, executores planejado gerenciados e serviço de contexto para executar tarefas em paralelo em um aplicativo simples.
sample.javaee7.jta
Esse aplicativo em GitHub demonstra o uso de anotações @Transactional para controlar declarativamente os limites de transação, juntamente com o uso da anotação @TransactionScoped para o escopo do ciclo de vida de um bean para uma transação.
sample.javaee7.jsonp
O JSONP segue a especificação JSR 353. O aplicativo em GitHub é composto por cinco servlets que analisam e exibem dados JSON com base em diferentes implementações para obter o código JSON. Uma página da interface com o usuário da Web fornece uma maneira mais fácil e mais intuitiva para experimentar as funções JSON-P. Os diferentes testes na amostra JSONP são baseados em objetos JSON especiais que facilitam a recursos baseados em JSON, incluindo a construção de estruturas de dados complexas que os convertem prontamente para o formato JSON.
sample.javaee7.jms
Essa amostra JMS no GitHub usa a API simplificada do JMS 2.0. A amostra contém dois servlets para executar o sistema de mensagens Ponto a Ponto e de Publicação/Assinatura. O Servlet JMS fornece um exemplo de implementação para enviar ou receber mensagens em uma fila e também para publicar e assinar mensagens de um tópico.
Deve-se criar alguns recursos antes de implementar o aplicativo. É possível criar recursos usando os scripts de configuração publicados com a amostra.
  1. Execute o script createSIBusResources.py no diretório app_server_root/bin para criar os recursos solicitados. Forneça os valores cell_name, node_name e server_name e o caminho para o arquivo sample.javaee7.jms.war no comando:
    ./wsadmin.sh -f createSIBusResources.py cell_name node_name server_name path_to_file/sample.javaee7.jms.war
  2. Se a segurança estiver ativada no servidor, execute o script addAuthAlias.py a partir do diretório app_server_root/bin. Forneça seu nome de usuário e senha no comando:
    ./wsadmin.sh -f addAuthAlias.py user_name password

Fazendo download do código de amostra

É possível fazer download do código-fonte para amostras a partir do repositório GitHub.

Limitações das Amostras

As amostras são destinadas apenas para fins de demonstração.

O código fornecido não deve ser executado em um ambiente de produção seguro. As amostras suportam a Segurança Java 2, portanto, as amostras implementam o controle de acesso baseado em política que verifica as permissões em recursos do sistema protegidos, como E/S de arquivo.

As amostras também suportam a segurança administrativa.

  • Muitas das amostras se conectam com um banco de dados Apache Derby usando a estrutura integrada do Apache Derby. A estrutura integrada do Apache Derby possui uma limitação de que apenas uma Java virtual machine (JVM) pode acessar uma instância de banco de dados. Como resultado, em um ambiente de servidor de aplicativos em cluster, o segundo servidor no nó falha ao iniciar os aplicativos de amostra porque o primeiro servidor (JVM) já mantém uma conexão com essa instância do banco de dados.

    Para aplicativos que requeiram várias Java Virtual Machines para acessar a mesma instância do Apache Derby, utilize a estrutura Apache Derby Network Server.

Mais amostras e exemplos

Amostras no developerWorks
Mais amostras do produto estão disponíveis em WASdev.
Amostras nos Tutoriais
Muitos tutoriais do produto dependem do código de amostra. Para localizar tutoriais que demonstram tecnologias específicas, navegue pelos links em Tutoriais.
Exemplos na Documentação do Produto
A documentação do produto contém muitos snippets e exemplos de códigos. Para localizar facilmente esses exemplos, consulte os exemplos do desenvolvedor na seção Referência da navegação do IBM Knowledge Center para a edição do produto que você está usando.
[IBM i]IBM Telephone Directory
[IBM i]O aplicativo de negócios IBM Telephone Directory é enviado separadamente do produto. Para obter informações sobre como obter e usar o aplicativo IBM Telephone Directory, consulte IBM Telephone Directory V5.2 no tópico Atendimento de e-business e web, na documentação do produto IBM i.

Ícone que indica o tipo de tópico Tópico de Conceito



Í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=covr_samples
Nome do arquivo: covr_samples.html