NetBeans: Nas aplicações enterprise o módulo xxxx.EAR/dependência/xxxx.ejb/meta-inf contém todas as configurações do projeto implantado no servidor, onde xxxx é o nome da aplicação.

2 views
Skip to first unread message

Paulo Sérgio da Silva Pacheco

unread,
Apr 2, 2014, 9:39:45 AM4/2/14
to evolucao...@googlegroups.com

NetBeans:  Nas aplicações enterprise o módulo xxxx.EAR/dependência/xxxx.ejb/meta-inf contém todas as configurações do projeto implantado no servidor, onde xxxx é o nome da aplicação.




EAR (formato de arquivo)

Origem: Wikipédia, a enciclopédia livre
Pergunta livro-new.svg
Este artigo não cita nenhuma fonte ou referência . Ajude a melhorar este artigo por adicionando citações às fontes fidedignas .Unsourced material pode ser desafiado e removido . (agosto de 2011)
Enterprise Archive
Extensão do arquivo . Ouvido
Desenvolvido por Sun Microsystems
Tipo de formatoarquivo arquivo , compressão de dados
Prolongado deJAR

EAR ( E Nterprise AR cebolinha) é um formato de arquivo usado pelo Java EE para embalagem de um ou mais módulos em um único arquivo para que a implantação dos diversos módulos em um servidor de aplicativos acontece simultaneamente e de forma coerente.Ele também contém XML arquivos chamados descritores de implementação que descrevem como implantar os módulos.

Ant , Maven , ou Gradle pode ser usado para construir arquivos EAR.

Estrutura de arquivo [ editar ]

Um arquivo EAR é um padrão de arquivo JAR (e, portanto, um Zip arquivo), com uma extensão. ouvido, com uma ou mais entradas que representam os módulos do aplicativo e um diretório de metadados chamado META-INF , que contém um ou mais descritores de implementação.

Módulo [ editar ]

Os desenvolvedores podem incorporar vários artefatos dentro de um arquivo EAR para implementação de servidores de aplicação:

  • Um módulo Web tem uma guerra. extensão. É uma unidade implementável que consiste em um ou mais componentes da web, outros recursos, e uma aplicação web descritor de implementação. O módulo web está contido em uma hierarquia de diretórios e arquivos em um formato de aplicativo web padrão.
  • POJO classes Java podem ser implantados em . jar arquivos.
  • Um Enterprise Java Bean módulo tem um jar. extensão, e contém em seus próprios META-INF do diretório descritores descrevem as classes persistentes implantados. Beans de entidade implantadas tornam-se visíveis a outros componentes e, se remotamente exportado, para clientes remotos. Beans Mensagem e Session Beans estão disponíveis para acesso remoto.
  • Um Adaptador de Recursos módulo tem um rar. extensão.

Isolamento Classe [ editar ]

A maioria dos servidores de aplicativos carregar classes de um arquivo EAR implantado como uma árvore isolada de Java classloaders , isolando a aplicação a partir de outras aplicações, mas compartilhando aulas entre módulos implementados. Por exemplo, um arquivo WAR implantado seria capaz de criar instâncias das classes definidas em um arquivo JAR, que também foi incluído no arquivo EAR que contém, mas não necessariamente aqueles em arquivos JAR em outros arquivos EAR. Uma das principais razões para este comportamento é o de permitir a separação completa entre as aplicações que usam singletons estáticos (por exemplo, Log4J), que de outra forma seria confundir a configuração entre aplicações distintas. Isto também permite que as diferentes versões de aplicações e bibliotecas para serem implantados lado-a-lado.

Os JBoss servidores de aplicativos antes da versão 5 foram notáveis na medida em que não isola os componentes implantados. Uma aplicação web implementada em um arquivo EAR teria acesso a classes em outros arquivos EAR e WAR. Esta é uma política um tanto controverso. O Classloader Unified projeto reduz a sobrecarga de comunicação entre os aplicativos em execução, como dados de classe pode ser compartilhado por referência ou cópias simples. Ele também permite que os desenvolvedores para evitar ter de entender os problemas que uma árvore de classloaders pode criar. No entanto, ele impede que diferentes versões de bibliotecas dependentes que está sendo implantado em aplicações separadas. JBoss 4.0.2 ligado a um carregador de classe hierárquica, mas a partir da versão 4.0.3, que foi revertido para um Unified Classloader por razões de compatibilidade.Existe agora uma opção de configuração para alterar esse comportamento. JBoss 5.x, 6.xe 7.x que não usa mais Unified classloading.

Diretório META-INF [ editar ]

A META-INF diretório contém, pelo menos, o application.xml descritor de implantação, conhecido como o Java EE Deployment Descriptor . Ele contém as seguintes entidades XML:

  • ícone , que especifica os locais para as imagens que representam a aplicação. A subdivisão é feita para pequenas ícone e grande ícone .
  • -nome de exibição , o que identifica o aplicativo
  • descrição
  • Um módulo de elemento para cada módulo no arquivo
  • Zero ou mais segurança em função elementos para as funções de segurança global na aplicação

Cada módulo contém um elemento ejb , web ou java elemento que descreve os módulos individuais dentro do aplicativo. Módulos da Web também fornecer uma raiz de contexto que identifica o módulo web pela sua URL.

Ao lado do descritor de implementação do Java EE pode haver zero ou mais descritores de implementação de tempo de execução . Estes são utilizados para configurar os parâmetros de Java EE específicos de implementação.

Veja também [ editar ]

Ligações externas [ editar ]


--
 
Saudações:
Nome...: PAULO PACHECO
Fixo...: 085 3086 6769
Celular: 085 8888 4498 OI
         085 9702 4498 TIM 
 

Reply all
Reply to author
Forward
0 new messages