Recursos do Aplicativo do WebSphere

WebSphere Application Server é uma plataforma na qual as aplicações baseadas em Java empresariais correr. WebSphere Application Server é uma implementação do Java 2 Enterprise Edição Especificação (J2EE).

WebSphere Application Server (banco de dados fornece serviços de conectividade, segmentação, gerenciamento de carga de trabalho, e assim por diante) que podem ser usados ​​pelas aplicações de negócios. O elemento principal é o servidor de aplicação, um processo de java que encapsula muitos serviços, incluindo os recipientes, onde a lógica de negócios executa. Se você está familiarizado com J2EE, você vai reconhecer o Container Web eo container EJB. O contêiner da Web executa Servlets e JavaServer Pages (JSP), sendo que ambos são classes Java que gera a marcação para ser visto por um browser. Tráfego dentro e fora do Container Web viaja através do servidor HTTP embutido. Enquanto Servlets e JSPs pode agir independentemente, mais comumente fazer chamadas para Enterprise Java Beans (EJBs) para executar lógica de negócios ou dados de acesso. EJBs, que funcionam no container EJB, são classes facilmente reutilizáveis ​​java. Eles mais comumente se comunicar com um banco de dados relacional ou outra fonte externa de dados de aplicativos, retornando os dados para o contêiner da Web ou fazer alterações nos dados em nome do servlet ou JSP.

O mecanismo de mensagens JMS é construído no servidor de aplicativos. Este é um puro-java mecanismo de mensagens. Destinos JMS, conhecidas como filas e tópicos de fornecer serviços de mensagens assíncronas para o código de execução dentro dos recipientes, JMS serão abordados com mais profundidade mais adiante neste curso.

Como você vai ver em mais detalhes mais tarde, o mecanismo de serviços web permite que os componentes do aplicativo a ser expostos como serviços web, que podem ser acessados ​​usando Simple Object Access Protocol (SOAP).

Vários outros serviços executados no servidor de aplicativos, incluindo o cache dinâmico, replicação de dados, segurança e outros. Estes serão abordados mais adiante neste curso.

Existem também alguns componentes importantes fora do processo de servidor de aplicações.
WebSphere Application Server também fornece um plug-in para servidores HTTP que determina que o tráfego HTTP é destinado a ser tratado pelo WebSphere, e encaminha os pedidos para o servidor apropriado. O plug-in é também um leitor crítico na gestão de carga de trabalho dos pedidos de HTTP, como se pode distribuir a carga de servidor de aplicações múltiplas, bem como orientar o tráfego de distância a partir de servidores indisponíveis. Ela também estradas sua configuração de um arquivo XML especial.

Um dos servervices prestados no servidor de aplicação é o serviço de administração. Este serviço permite a capacidade de configurar o servidor de aplicativos. Estes arquivos necessários para a configuração são armazenados fora do servidor de aplicação real em um conjunto de arquivos de configuração XML. Existe um aplicativo que funciona dentro do aplicativo da Web do console de administração.

WebSphere Arquitetura Administração

Existem duas principais ferramentas utilizadas para administrar o WebSphere Application Server: 1) o console administrativo, e 2) wsadmin ferramenta de linha de comando.

Configuração do servidor é armazenado em um conjunto de arquivos XML, muitas vezes referida como o repositório de configuração. Esses arquivos definem o próprio servidor, bem como os recursos e serviços que ela oferece. Um dos serviços prestados dentro do servidor de aplicação é o serviço de administração. Este serviço permite a capacidade de configurar o servidor de aplicativos. Os arquivos necessários para a configuração são armazenados fora do servidor de aplicação real em um conjunto de arquivos de configuração XML. Existe um aplicativo que funciona dentro do contêiner da Web que fornece ao usuário a capacidade de administrar o servidor de aplicativos por meio de um aplicativo da Web do console de administração. Aqui você vê a comunicação a partir do navegador todo o caminho de volta para os arquivos de configuração XML. Wsadmin pode ser usado para administrar o servidor de aplicação de duas maneiras. 1) Via SOAP comunicação com o servidor HTTP embutido. 2) Ao usar RMI (o padrão) para se comunicar diretamente com o serviço de administração.

Um dos serviços prestados dentro do servidor de aplicação é o serviço de administração. Este serviço permite a capacidade de configurar o servidor de aplicativos. Os arquivos necessários para a configuração são armazenados fora do servidor de aplicação real em um conjunto de arquivos de configuração XML. Existe um aplicativo que funciona dentro do contêiner da Web que fornece aos usuários a capacidade de administrar o servidor de aplicativos por meio de um aplicativo da Web do console de administração.

WebSphere visão perfis

Perfis são a maneira que você está autorizado a executar mais de um servidor de aplicativos em uma única instalação de arquivos do produto WebSphere.

Os perfis são conjuntos de arquivos que representam uma configuração do WebSphere Application Server. Arquivos do WebSphere Application Server são divididos em duas categorias. 1) Os arquivos do produto Conjunto de somente leitura compartilhados arquivos estáticos ou binários de produtos compartilhados por todas as instâncias do produto WebSphere Application Server. 2) Os arquivos de configuração (perfis) conjunto de arquivos de usuário personalizável dados. Arquivos incluem: configuração do WebSphere, aplicações instaladas, adaptadores de recursos, propriedades, arquivos de log, e assim por diante. Cada perfil usa os arquivos de um mesmo produto, mais simples que várias instalações do WebSphere, menos espaço em disco, simplifica a aplicação de atualizações do produto.

Sob o diretório de instalação do WebSphere há subdiretórios para cada perfil. No exemplo acima, existem dois servidores de aplicativos em execução que são cada configure pelos arquivos que existem dentro de seu diretório próprio perfil.

Rede fluxo de execução de implantação

O tema principal, com a implantação da rede é distribuído aplicações. Enquanto o "fluxo" de uma aplicação permanece o mesmo, há um aumento significativo no tempo de execução de uma aplicação. Observe o "balanceador de carga" isso permite que vários servidores HTTP, os usuários apontam há navegadores para o balanceador de carga e seu pedido será carga de trabalho conseguiu um servidor HTTP. Uma vez que o pedido atinge um desses servidores HTTP, o servidor HTTP plug-in irá carregar equilibrar o pedido entre os servidores de aplicativos que ele está configurado para servir. Uma vez que o pedido entra no servidor de aplicação, o fluxo é idêntico ao que era em Express e Base. Os clientes Java solicitações para EJBs também pode ser a carga de trabalho gerenciado para que os pedidos não foram todos para um servidor de aplicativos.

Rede de Fluxo Administração de Implantação.

Cada processo gerenciado, agente de nó do gerenciador de implementação começa com seu próprio conjunto de arquivos de configuração. Gerenciador de implementação contém a configuração MASTER e arquivos de aplicativos. Todas as alterações feitas no agente de nó ou nível de servidor são locais e será substituído pela configuração mestre na próxima sincronização. O console administrativo e wsadmin ainda são as duas formas que o meio ambiente é administrada. No entanto, lembre-se que essas ferramentas agora falar com o gerente de implantação e não para os servidores de aplicativos diretamente. A comunicação desses comandos corre das ferramentas para o gerenciador de implementação para os agentes de nós, para os servidores de aplicativos. Isso permite que a administração de vários nós (cada um contendo possivelmente vários servidores de aplicativos) a partir de um único ponto focal (o gerenciador de implementação).

Existe um repositório principal para os ficheiros de configuração dentro de uma célula, e as associadas com o gestor de implantação. Todas as atualizações para os arquivos de configuração deve ir através do gerenciador de implementação. Você vai ver em um momento como esse processo funciona. Você deve ter muito cuidado na hora de ligar um servidor de aplicativos diretamente com wsadmin ou o console administrativo como quaisquer alterações que são feitas para os arquivos de configuração são apenas temporários, eles serão substituídos com os arquivos de configuração dos arquivos mestres.

Servidor Web personalizado plugin-cfg.xml

Definições de servidor da Web são criados para permitir o mapeamento de aplicações J2EE empresariais para servidores Web específicos. Pode ser feito através do console administrativo. Como alternativa, use o script gerado durante a instalação do morcego plug-in que pode automatizar o mapeamento de todos os aplicativos para a configuração do servidor web. No lixo. Mapeamento das aplicações para servidores Web específicos fará com que as personalizados plugin-cfg.xml arquivos apenas para os servidores da Web para incluir as informações para esses aplicativos. Servidores web como alvo aplicações específicas que funcionam em um celular. Gerado automaticamente pelo gerenciador de implementação. Assim como módulos de um aplicativo empresas precisam ser mapeadas para um ou mais servidores de aplicativos, eles também precisam ser mapeadas para um ou mais servidores web.

J2EE Embalagem

Uma aplicação J2EE é embalado em um arquivo Enterprise, um arquivo com extensão a.EAR. A aplicação tem um descritor de implantação, mostrado aqui como DD, que permite a configuração de um ambiente de recipiente específico, quando implantado. A aplicação pode incluir um ou mais módulos. Componentes J2EE são agrupadas em módulos e cada módulo tem seu próprio descritor de implementação. EJB EJBs módulos relacionados a um grupo em um único módulo, e são embalados em Java Archive (JAR). Note-se que há apenas descritor de implementação para todos os EJBs no módulo. Web módulos de arquivos do grupo de classe servlet, JSPs, arquivos HTML e imagens. Eles são embalados em Web Application Archive (WAR) arquivos. Módulos de aplicativo cliente são embalados em Java Archive (JAR). Adaptadores de recursos podem ser embalados para o servidor de aplicação ou dentro de um arquivo de aplicativo. EAR.

Montando um aplicativo corporativo

Ao trabalhar com um espaço de trabalho entregue pelo desenvolvimento, sem montagem é necessário (já feito automaticamente pela ferramenta). Se seus desenvolvedores usam ferramentas IBM poderá receber uma já existente, pasta espaço de trabalho a trabalhar para a configuração final e implantação. Neste caso, os arquivos individuais WAR e JAR não são necessários uma vez que já existem como parte da área de trabalho. Ao trabalhar com espaços de trabalho tudo o que você precisa fazer quando se inicia AST, é ponto para o diretório raiz do espaço de trabalho. Se você receber a guerra individual e arquivos JAR, que são os módulos do aplicativo, você precisa apontar AST para um espaço de trabalho que irá realizar vazio do espaço de trabalho do aplicativo Enterprise. Você só faz isso pela primeira vez, depois basta apontar AST para este diretório espaço de trabalho recém-criado. Neste último cenário, a montagem é apenas a ação de importar os arquivos contendo os módulos e associá-los com o Enterprise Application. O resultado final é um arquivo EAR, que contém todos os módulos e seus descritores de implementação. O arquivo EAR pode, então, ser instalado (ou implantado) para um servidor de aplicativos.

Criando uma fonte de dados

Aplicativos instalados que devem interagir com bancos de dados relacionais usam provedores JDBC para acesso a dados. Juntos, os objetos de origem provedor JDBC e dados são funcionalmente equivalentes à arquitetura J2EE Connector (JCA) fábrica de conexão (que permite o acesso a bancos de dados não-relacionais). Aplicações instaladas utilizam uma fonte de dados para acessar os dados do banco de dados. Uma fonte de dados está associado com um fornecedor de JDBC que fornece a implementação específica JDBC classe driver. A fonte de dados representa a J2EE Connector Architecture (JCA) fábrica de conexão para o adaptador relacional. Componentes da aplicação usar a fonte de dados para acessar instâncias de conexão a um banco de dados específico, um pool de conexão é associado a cada fonte de dados. Você pode criar múltiplas fontes de dados com configurações diferentes, e associá-las com o provedor JDBC mesmo. (Uma razão para fazer isso é dar acesso a bases de dados diferentes). Provedores JDBC que são suportados pelo WebSphere Application Server são necessários para implementar uma ou ambas as seguintes interfaces de dados de origem, que são definidas pela Sun Microsystems. As interfaces de permitir que o aplicativo seja executado em uma fase única ou em duas fases protocolo de transação.

Do WebSphere logs de aplicativos

Máquina Virtual Java (JVM) Registra

Os logs da JVM são criados por redirecionar os fluxos System.out e System.err da JVM para arquivos de log independentes. WebSphere Application Server grava mensagens formatadas para o fluxo System.out. Além disso, aplicações e outros códigos podem escrever para estes fluxos usando o print () e printin () métodos definidos pelas correntes. No caso de um aplicativo de configuração do servidor WebSphere Implantação de rede, logs de JVM também são criados para o gerenciador de implementação e cada agente de nó, porque eles também representam JVMs.

Logs de processo

Processos do WebSphere Application Server contém dois fluxos de saída que são acessíveis para código nativo em execução no processo. Estes fluxos são o stdout e stderr córregos. Código nativo, incluindo máquinas virtuais Java (JVM), pode gravar dados a estes fluxos do processo. Além disso, desde JVM System.out e System.err fluxos pode ser configurado para gravar os dados para estes fluxos também. Tal como acontece com JVM logs, existe um conjunto de registros de processo para cada servidor de aplicação, uma vez que cada JVM é um processo do sistema operacional, e no caso de um aplicativo de configuração do servidor WebSphere Network Deployment, um conjunto de registros de processos para o gerenciador de implementação e cada agente do nó.

IBM Service Logs

O registo de Serviço da IBM contém as mensagens do WebSphere Application Server que estão gravados no fluxo System.out e algumas mensagens especiais que contêm informações de serviço estendido que normalmente não é de interesse, mas pode ser importante quando a análise de problemas. Há um registro de serviço para todos os JVMs do WebSphere Application Server em um nó, incluindo todos os servidores de aplicação. O registo de Serviço da IBM é mantida em um formato binário e requer uma ferramenta especial para ver. Este visualizador, a AST Log and Trace Analyzer, fornece capacidades adicionais de diagnóstico. Além disso, o formato binário fornece recursos que são utilizados por organizações de suporte da IBM. O servidor HTTP plug-in log será coberta mais tarde nesta apresentação.

Introdução wsadmin

Wsadmin fornece recursos de script e linha de comando de administração. Comuns tarefas operacionais e configuração pode ser realizada a partir de scripts e da linha de comando em vez de através do console administrativo. O WebSphere Application Server fornece ferramenta wsadmin a capacidade de executar scripts. Você pode usar a ferramenta wsadmin para gerenciar um WebSphere Application Server V6.1 instalação. Esta ferramenta utiliza o Bean Scripting Framework (BSF), que suporta uma variedade de linguagens de script para configurar e controlar a instalação do WebSphere Application Server. O lançador wsadmin torna objetos administrativos disponíveis através de interfaces específicas de linguagem. Scripts usar esses objetos para gerenciamento de aplicativos, controle, configuração operacional, e para a comunicação com MBeans em execução no WebSphere Process Server. Wsadmin atua como uma interface para objetos Java para o acesso de scripts. Wsadmin usa a mesma interface (através de JMX) como o console administrativo para fazer alterações na configuração e servidores de controle

Existe um muitos níveis que são involed em um ambiente de segurança. WebSphere fornece apenas parte do total segurança que tem de ser aplicada. Coisas como a segurança do sistema de arquivos ainda precisam ser levados em conta para proteger as coisas como seus arquivos de configuração e chaveiros. Segurança do sistema operacional - A infra-estrutura de segurança do sistema operacional subjacente fornece serviço de segurança certa para o WebSphere Application Security. Isso inclui o arquivo de suporte de segurança do sistema para proteger arquivos confidenciais em WebSphere instalação do produto. O administrador do sistema pode configurar o WebSphere produto para obter informações de autenticação diretamente do registro do usuário do sistema operacional, por exemplo, o NT Access Manager Security....