O WebSphere Application Server (WAS) é uma plataforma da IBM para desenvolvimento e execução de aplicações Java J2EE, oferecendo alta disponibilidade e desempenho. Ele suporta diversas plataformas e integra-se com produtos como WebSphere Portal e WebSphere MQ para comunicação baseada em mensagens. O documento também aborda a instalação, o funcionamento e exemplos práticos de uso do WAS, incluindo acesso a bancos de dados através de JDBC e EJB.

1. Tema: WebSphere Application Server (WAS) O que é ? Demonstração Instalação (Word telas) Fluxo de funcionamento Exemplos de aplicações (prática - ) a) hello world b) loja virtual (loja de plantas)

2. O que é ? É o nome de uma família de softwares da IBM para criação e execucão de aplicações baseadas no padrão Java J2EE . Seus principais produtos são: WebSphere Application Server WebSphere Portal Server WebSphere MQ WebSphere Message Broker WebSphere ESB ( Enterprise Service Bus ) WebSphere Process Server Lista completa veja: http://www.escalainfo.com.br/Websphere.html

3. WebSphere Application Server (WAS) é um dos principais servidores para J2EE e web services e oferece uma máquina transacional de alta disponibilidade com capacidades avançadas de performance e gerenciamento. É um produto da IBM e tem uma grande fatia do mercado. É o único servidor de aplicação capaz de executar em todas as plataformas importantes do mercado como Windows, Linux, vários Unix, AS/400 e até mesmo no mainframe onde tem crescido em larga escala. A IBM também fornece uma versão gratuita de servidor de aplicação baseada no Apache Geronimo que tem o nome de WebSphere Application Server Community Edition .

4. WebSphere Portal Server Trata-se de uma série de aplicações Java que são executadas em cima do WebSphere Application Server . O WebSphere Portal Server executa porteles , os quais comunicam-se com outros portlets e com aplicações em camadas mais baixas. WebSphere Portal consiste em middleware , aplicativos (chamados portlets ) e ferramentas de desenvolvimento para construir e gerenciar portais protegidos B2B (business-to-business), B2C (business-to-consumer) e B2E (business-to-employee).

5. WebSphere Message Queue (MQ) O Websphere MQ permite que aplicações comuniquem através de mensagens e filas, geridas por gestores específicos ( MQM’s ). Um gestor é responsável pela troca de mensagens entre interlocutores mas também executa algumas funções como triggering , onde aplicações são executadas de acordo com a chegada de mensagens específicas; coordenação de transações e conversão de tipos de dados.

6. WebSphere Message Broker Transforme, roteie e enriqueça as informações in-flight Distribui informações de eventos de negócios em tempo real de origens diversas em uma rede de pontos de acesso ou um broker centralizado Inclui a funcionalidade do WebSphere Event Broker Integra-se a bancos de dados para executar registro de mensagens, fusão de dados e funções de atualização de banco de dados Simplifica a integração de aplicações existentes com Web Services , transformando e roteando mensagens SOAP e registrando transações de Web Services

7. CONCEITO DE CADA PRODUTO

8. Middleware ? No campo de computação distribuída , é um programa de computador que faz a mediação entre outros softwares. É utilizado para mover informações entre programas ocultando do programador diferenças de protocolos de comunicação, plataformas e dependências do sistema operacional . Seu objetivo é mascarar a heterogeneidade e fornecer um modelo de programação mais produtivo para os programadores de aplicativos. É composto por um conjunto de processos ou objetos em um grupo de computadores, que interagem entre si de forma a implementar comunicação e oferecer suporte para compartilhamento de recursos a aplicativos distribuídos.

9. Portlets ? O Portlet é um componente visual independente que pode ser utilizado para disponibilizar informações dentro de uma página Web . Um Portlet pode ser utilizado em qualquer portal , promovendo-se assim a reutilização. Esse factor fez com que este componente ganhasse grande popularidade junto das equipas de desenvolvimento de portais para Web.

10. A JNDI ou Java Naming and Directory Interface É uma API para acesso a serviços de diretórios . Ela permite que aplicações cliente descubram e obtenham dados ou objetos através de um nome. Assim como todas as APIs Java, ela é independente de plataforma. A API disponibiliza : um mecanismo para ligar um objeto a um nome; uma interface padronizada de busca de objetos no serviço de diretório; uma interface de eventos que permite que um usuário saiba quando uma entrada (nome + objeto) foi modificada; extensões que suportam as capacidades do padrão LDAP. A SPI permite que a JNDI suporte praticamente qualquer tipo de serviço de diretório incluíndo: LDAP,DNS,NIS,RMI,CORBA serviço de nomes, Sistema de arquivos

11. EJB ou Enterprise JavaBeans É um componente do tipo servidor que roda no container para EJB do servidor de aplicação. Os principais objetivos da tecnologia EJB são fornecer rápido e simplificado desenvolvimento de aplicações Java baseadas em componentes, distribuídas, transacionais, seguras e portáveis. A grande mudança entre a versão 2.1 e a versão 3.0 é a introdução de anotações Java. As anotações facilitam o desenvolvimento diminuindo a quantidade de código e o uso de arquivos de configuração xml . A plataforma J2EE provê algumas facilidades dedicadas a camada de lógica de negócio e para o acesso ao banco de dados.

12. INSTALAÇÃO

13. CONTRATO DE LICENÇA

14. TIPO DE INSTALAÇÃO

15. TIPO PERSONALIZADA

16. TIPO PERSONALIZADA

17. DIRETÓRIO DE INSTAÇÃO

18. NOME DO HOST, DNS OU IP

19. USO DO WINDOWS SERVICE

20. CONTEINER BUSINESS PROCESS

21. PERFIL DA INSTALAÇÃO

23. AVISO DA AUSÊNCIA DO DB2

24. Fluxo de funcionamento Exemplo de uso do JDBC (de um servlet) ou EJB acessando a bases de dado da aplicação

25. Descrição dos passos 1- O cliente solicita uma URL no browser 2 - O pedido é distribuído ao web server sobre a Internet 3 - O web server passa imediatamente o pedido para o web sphere primeiramente 4 - O plug-in do web server examina a URL , verifica a lista do hostname os aliases de que aceitará o tráfego, basea-se na informação virtual do anfitrião, e escolhem um server para segurar o pedido

26. 5 - Um stream é criado. Um stream é uma conexão ao Web Container. É possível manter uma conexão (stream) sobre um número de pedidos. O Web Container recebe o pedido e, baseado no URL , encaminha ao servlet apropriado. 6 - Se a classe do servlet não for carregado, o carregador dinâmico da classe carrega o servlet : ( servlet init() , then doGet() or doPost() ).

27. 7 - JNDI é usado agora para o lookup das origens de dados ou do EJBs requeridas pelo servlet . 8 - Dependendo upon se um datasource está especificado ou um EJB está pedido, o JNDI dirigirá o servlet : a : À base de dados correspondente, e começar uma conexão de seu pool da conexão no exemplo de uma origem dos dados

28. b - Ao recipiente correspondente de EJB , que então instantiates o EJB quando um EJB for pedido 9 - Se o EJB pedido envolver uma transação do SQL , irá para trás ao JNDI olhar acima o datasource. 10 - A indicação do SQL será executada e os dados recuperados serão emitidos para : a – Ao servlet b – Ao EJB

29. 11 – Os Java beans são criados e entregues fora do JSPs no exemplo de EJBs . 12 – O servlet envia os dados para os JSPs . 13 - O JSP gera o HTML que é emitido para Web server do WebSphere. 14 - O Web server envia página ( HTML ) para o browser .