Arquitetura De Java EE

Share

|

O Application Program Interface de Java EE (API) consistem em um suite de componentes da tecnologia e os serviços que são usados construir aplicações da empresa. Inclui os componentes que podem ser usados construir a apresentação e a lógica do negócio, APIs para que transações de negócio, a segurança e as ferramentas controlando do infrastructure suportem o ambiente se operando da aplicação, e as ferramentas para a integração interna e externa. O seguinte é uma lista das tecnologias principais fornecidas por Java EE.

Aplicações e transações da empresa

Os componentes Servlet, as páginas de JavaServer (JSP), as caras do usuário de Java (JSF), e EJB são os componentes do usuário-lado que são usados definir a lógica da apresentação e a lógica do negócio.

O HTTP o cliente-lado API do HTTP é fornecido pelo pacote de java.net, e o usuário-lado API do HTTP é definido usando servlets e JSPs.

HTTPS que o mesmo protocolo do HTTP funciona sobre o protocolo do SSL pelo mesmos cliente e usuário API.

JavaMail o correio API fornece uma relação do aplicação-nível para componentes da aplicação para emitir E-mais do Internet.

A transação de Java (JTA) API O JTA API é pretendida demarcate limites da transação entre o recipiente e a aplicação para executar aplicações transactional distribuídas.

Nomear de Java e relação do diretório (JNDI) JNDI API fornecem uma relação do aplicação-nível ao acesso que nomeia e os serviços do diretório as.well.as um fornecedor de serviço conectaram para unir um fornecedor de um serviço nomear e de diretório.

A estrutura da ativação de JavaBeans (JAF) JAF fornece uma estrutura segurando dados em tipos diferentes do Multipurpose Internet Mail Extension (MIME), originando em formatos e em posições diferentes.

Serviços De Segurança
O authentication e a autorização de Java prestam serviços de manutenção ao contexto do início de uma sessão (JAAS) para authenticating e autorizar o requester prestado serviços de manutenção.

Contrato do fornecedor de serviço da autorização de Java para o contrato do recipiente (JACC) entre um usuário da aplicação de Java EE e um fornecedor de serviço da autorização.

Java fixa a extensão do soquete (JSSE) API para fixa a camada do soquete que fornece a segurança da sessão para o confidentiality dos dados, a integridade de dados e o authentication do usuário.

Estrutura básica da arquitetura do cryptography de Java (JCA) A para alcançar e desenvolver a funcionalidade cryptographic.

Estrutura cryptographic crypto dos serviços de Java (JCE) com as funções cryptographic avançadas para suportar fornecedores de serviço cryptographic múltiplos.

CertPath ou trajeto API da certificação para criar, construir, e validar trajetos digitais da certificação.

Application Program Interface genérico dos serviços de segurança de Java (JGSS) API para o acesso uniforme aos serviços de segurança sobre uma variedade dos mecanismos subjacentes da segurança, including o Kerberos, que são blocos de edifício para o único encryption sign-on e de dados.

Integração e interoperability
O serviço de mensagem de Java (JMS) JMS fornece o messaging de confiança para o ponto ao ponto e public-subscreve serviços messaging-orientados.

O invocation remoto do método sobre o protocolo do Inter-inter-ORB do Internet (RMIIIOP) O API permite chamadas remotas de Java usando o RMI sobre IIOP, que pode alcançar objetos ou serviços de CORBA de uma aplicação de Java RMI diretamente.

A língua de descrição da relação de Java (IDL) Java IDL permite que uma aplicação de Java EE aja como um cliente de CORBA para invocar CORBA externo objeta usando o protocolo de IIOP.

JDBC API JDBC API fornece o connectivity com os sistemas back-end da base de dados, que inclui conexões, conexão que pooling, e serviços da base de dados distribuída.

A arquitetura do conector da arquitetura do conector de Java EE é uma relação do fornecedor de serviço que permita os adaptadores do recurso conectados aos sistemas de informação da empresa (EIS) ou aos sistemas do legacy a plugged dentro a todos os componentes do serviço de Java EE.

A correia fotorreceptora presta serviços de manutenção a esta inclui a sustentação do API para os serviços synchronous da correia fotorreceptora (Java API para o RPC XML-baseado, ou o JAX-RPC), os serviços assíncronos da correia fotorreceptora (SABÃO com acessórios API para Java, ou o SAAJ), e o acesso aos usuários do registro de XML (Java API para registros de XML, ou ao JAXR). JAXP fornece uma maneira padrão analisar gramaticalmente originais de XML e transformar aqueles que usam stylesheets. Java EE 5.0 adiciona uma sustentação mais simples e mais larga para serviços da correia fotorreceptora introduzindo JAX-WS 2.0 (sucessor a JAX-RPC) e JAXB 2.0.

Gerência
As extensões da gerência de Java (JMX) O JMX API capturam eventos e exceções da aplicação para a gerência e o diagnóstico de sistema do aplicação-nível.

As tecnologias de Java EE suportam uma variedade dos clientes, para o exampleJava EE: applet, Java MIM cliente (ou dispositivos móveis), e clientes da aplicação (browsers e clientes ricos). Estes clientes podem alcançar os componentes diferentes do serviço fornecidos pelo Java EE através do protocolo do HTTP ou usar-se seguro do protocolo de HTTPS fixa a camada do soquete (SSL) ou a segurança da camada de transporte (TLS). O Java EE consiste no recipiente da correia fotorreceptora (executado geralmente como um web server) e no recipiente do feijão de Java da empresa (EJB) (executado geralmente como um usuário da aplicação). Um cliente do NET pode também emitir pedidos do serviço ao recipiente da correia fotorreceptora ou o recipiente de EJB através de uma variedade de opções do interoperability tais como os serviços da correia fotorreceptora (que interoperate com JAX-RPC) e uma ponte (que interoperates com RMI-IIOP).

Componentes De Interoperable Do Edifício
Servlets, JSPs, EJBs e JSFs são os elementos de língua da programação que podem ser usados construir componentes reusáveis para interoperating com NET Ou outras plataformas. Servlets e JSPs são categorizados geralmente como componentes da correia fotorreceptora, porque é controlado em um recipiente da correia fotorreceptora. Para o exemplo, podem criar os serviços da correia fotorreceptora que podem dados de negócio da troca synchronously ou asynchronously com aplicações do NET. EJBs é categorizado como componentes de EJB, porque são controlados em um recipiente de EJB. Para o exemplo, eles interoperate da lata com uma aplicação do NET usando uma ponte de RMI-IIOP. Os serviços subjacentes de Java EE são responsáveis fornecer serviços de sistema e funções subjacentes do infrastructure para o tier da correia fotorreceptora (ou recipiente da correia fotorreceptora) ou componentes do tier do negócio (ou o recipiente de EJB) ao interoperating com uma aplicação do NET. Para o exemplo, o serviço de uma comunicação de RMI/IIOP é requerido quando uma estratégia da integração da ponte de RMI-IIOP é usada.

O seguinte fornece uma descrição breve destes elementos de língua da programação e dos serviços subjacentes de Java EE:

Servlets
Servlets é os programas de Java do usuário-lado que pedidos process e respostas do HTTP da lógica e do punho do negócio. Um servlet típico é uma classe de Java que estenda HttpServlet. Quando o cliente submete um pedido do serviço, um servlet recebe um pedido do HTTP (HttpServletRequest) e uma resposta do HTTP (HttpServletResponse) nos parâmetros usando o método do doGet. Os resultados ou as mensagens dos dados podem ser rendidos como um HTML page imprimindo Tag do HTML dos textos e dos dados, para o NET do exemplo, do mundo de out.println("<html><body><p>Hello, do Java EE Interoperability</p></body></html >").

Servlets será desdobrado a um "contexto" (um nome virtual para os servlets desdobrado) no anfitrião local, para o exemplo, myContextRoot, e pode ser invocado através do URL http://localhost:8080/myContextRoot/myServlet onde o myServlet é o nome do servlet. A lima web.xml armazena a informação sobre a configuração do servlet, onde a classe real de Java referenced a um nome físico da classe de Java (nestes exemplo, myServletClass) e ao teste padrão do URL (para o exemplo, /myContextRoot). A lima de web.xml é uma lima da distribuição, armazenada no diretório /web-/web-inf do web server ou do usuário da aplicação.

JSP
JSP é uma língua scripting de Java que seja compilada dinâmicamente em um servlet (e re-compilada outra vez para todas as mudanças inteligente), e cached para o desempenho melhor durante a execução. Um JSP típico pode consistir nos seguintes elementos:

O índice de estática do HTML isto é um original normal do HTML, onde o compilador de JSP não necessite a compilação.

Os elementos de Scripting estes são os códigos simples de Java que são projetados segurar a lógica da apresentação, melhor que a lógica do negócio.

As diretrizes orientadoras de JSP estes são instruções para que o compilador de JSP processe, para o exemplo, importe classes de Java na página ou forneça instruções de manipulação especiais para a página quando invocadas.

As ações das ações de JSP são os Tag que controlam o comportamento runtime de JSP e controlam as respostas retornadas ao cliente. As ações padrão incluem useBean (o instantiate e usa o JavaBean no JSP), incluem (inclua uma lima quando o JSP é pedido), setProperty (ajuste a propriedade do JavaBean), getProperty (comece a propriedade do JavaBean), param (forneça o nome e o valor do parâmetro como a informação adicional), para diante (para diante o requester a uma página nova), e plugin (gere os Tag browser-específicos do HTML do cliente que resultam em invocar os códigos de encaixe do software de Java).

JSP Taglibs Taglibs são XML-como Tag feitos sob encomenda com atributos opcionais e corpos para um JSP. Podem ser usados executar a transformação simples dos dados, índice dos dados do filtro determinado, ou esconder a complexidade de origens dos dados de de acesso e de outros objetos de Java. Usar taglibs pode fazer a lógica processando mais estruturada e mais fácil de manter em um único JSP e pode ser incluído em um JSP adicionando prefix="myPrefix diretivo" % > do taglib de uri="/myTag um" de JSP < % @. que o prefixo denota um descriptor da biblioteca do Tag (para o exemplo, myTag.tld). A classe real de Java referenced no web.xml com o nome do taglib e a posição física de URI.

JSF
JSF é uma especificação do esboço (http://java.sun.com/javaee/javaserverfaces) para os componentes estandardizados novos da relação de usuário que controlam o estado da página, os eventos da aplicação, o validation da entrada, e a navegação da página e que suportam o internationalization e a acessibilidade. Aumenta a tecnologia de JSP fornecendo uma relação à biblioteca feita sob encomenda do Tag dentro de uma página de JSP. É também uma ferramenta boa que suporta uma arquitetura do Modelo-Vista-Controlador tal como suportes.

EJB
EJBs é os componentes reusáveis que encapsulate a lógica do negócio. Empregam os serviços do recipiente que controlam o ciclo de vida dos objetos do negócio, operam o serviço nomeando, e fornecem a manipulação da transação (para o exemplo, conectando às origens dos dados de múltiplas), mecanismos da segurança (para o exemplo, identificando os directores e os usuários), e mecanismos do persistence.

Há três tipos de EJBs:

Os feijões da sessão dos feijões da sessão denotam uma conversação entre a aplicação do cliente e o componente remoto do serviço. Quando um cliente pede um serviço de negócio invocando um componente remoto do serviço, o feijão da sessão (o componente remoto) responde. Um feijão stateful da sessão pode determinar persistir o estado da sessão das interações ou dos invocations entre o cliente e os componentes remotos do serviço. Se o estado da sessão for retido, o feijão stateful da sessão pode mais melhor controlar a integridade ou o resumo da transação depois que a sessão falha sobre. Isto é conseguido geralmente usando os serviços do recipiente tais como a serialização de Java e a reflexão de Java. Um feijão stateless da sessão não persiste o estado da sessão.

Os feijões da entidade dos feijões da entidade sincronizam o estado com uma loja dos dados do persistence usando os serviços do recipiente. Ou seja os dados de negócio podem ser persistidos à base de dados back-end confiantemente e firmemente usando feijões da entidade. Se os colaboradores explicitamente projetarem e especificarem como os dados de negócio devem ser persistidos na base de dados, o feijão da entidade é dito então ser persistence feijão-controlado. Se os colaboradores empregarem as ferramentas do recipiente, que estão fornecidas pelo vendedor do usuário da aplicação, para controlar traçar objeto-relacional do feijão da entidade à base de dados relacional subjacente, a seguir do feijão da entidade é dito ser persistence recipiente-controlado.

Os feijões dirigidos mensagem (MDB) MDBs permitem que um EJB receba um serviço de mensagem de Java (JMS). Ou seja um EJB pode ser o alvo de uma mensagem de JMS. Isto pode trazer os benefícios de fornecer de confiança, entrega de informação assíncrona do cliente usando JMS ao usuário usando o versa do vice de EJBor. Adicionalmente, MDB pode ser fàcilmente interoperable com outros componentes de Java EE usando o messaging e o EJB.

Java EE 5.0 introduz EJB 3.0, que usa a anotação (@Stateless, @EJB) simplificar a complexidade e o esforço do desenvolvimento no edifício EJBs.

Serviços suportando para o interoperability
Os recipientes de Java EE fornecem os serviços comuns que são compartilhados por componentes de Java EE. Estes serviços de sistema fornecem funções para o connectivity da base de dados, gerência da transação, nomeando o serviço, a comunicação e o connectivity, e o messaging.

Serviço JDBC do connectivity da base de dados.

Serviço JTA da gerência da transação.

Nomeando o serviço JNDI.

HTTP dos serviços de uma comunicação e do connectivity, HTTPS, SSL, RMI/IIOP.

Serviço de messaging JMS, JavaMail.

Entre estes serviços de Java EE, os serviços de uma comunicação e do connectivity são cruciais a suportar o interoperability do NET de Java EE usando a tecnologia da ponte (tal como a ponte de RMI/IIOP). O serviço de messaging é usado frequentemente para a estratégia synchronous e assíncrona da integração dos serviços da correia fotorreceptora. Para o exemplo, SAAJ requer JavaMail segurar acessórios do original.

Aplicações Desdobrando-se De Java EE
As aplicações de Java EE são empacotadas geralmente e desdobrado em uma ou em unidades múltiplas na lima da ORELHA formate. Uma lima da ORELHA (descrita na lima de META-INF/application.xml) consiste em componentes de EJB nas limas do FRASCO (META-INF/ejb-jar.xml), em módulos da correia fotorreceptora nas limas da GUERRA (WEB-INF/web.xml), e em módulos de Java nas limas do FRASCO (META-INF/application-client.xml). Muitas execuções do usuário da aplicação permitem que os colaboradores desdobrem aplicações de Java EE por alguns dos seguintes mecanismos:

Deixando cair a ORELHA arquive em um diretório automóvel-desdobrar-se (para o exemplo, %AS_HOME%\domains\domain1\autodeploy no usuário da aplicação do sistema de Java do sol onde %AS_HOME% é o diretório onde os binaries do usuário da aplicação residem).

Usando um certificado da FORMIGA desdobrar-se (para o exemplo, exponha ao sol usos do usuário da aplicação do sistema de Java um certificado customized da FORMIGA chamado asant).

Usando um console de administração da correia fotorreceptora desdobrar-se.

Usando uma linha relação do comando (para o exemplo, o asadmin se desdobra no usuário da aplicação do sistema de Java do sol).

Usando um IDE tal como NetBeans desdobrar-se.

A gerência de direitas de acesso para o controle da segurança é muito importante para a distribuição da aplicação. O papel da segurança é definido na lima de application.xml, que é uma característica declarativa da segurança da arquitetura de Java EE. Uma ferramenta da distribuição da aplicação copí todas as limas da ORELHA ao usuário da aplicação de Java EE, gerará quaisquer classes necessárias da execução e ajudará à documentação, e desdobrará as limas da ORELHA da aplicação ao diretório da distribuição do usuário da aplicação de Java EE. Após aquele, os arquitetos e os colaboradores necessitam configurarar a informação usuário-específica da aplicação, tal como criar fábricas das origens dos dados e da conexão de e administrar nomes da fila de JMS.