Notas da Versao do Sun GlassFish Enterprise Server v3

O que há de novo na versão do Sun GlassFish Enterprise Server v3?

O Sun GlassFish Enterprise Server v3 fornece um servidor para o desenvolvimento e implementação para os aplicativos para o Java Platform, Enterprise Edition (plataforma Java EE) e tecnologias Web com base na tecnologia Java.

Os seguintes novos recursos do Enterprise Server são aqui descritos:

Suporte para Perfis Java EE

O Java EE 6 introduz o conceito de perfis. Um perfil é uma coleção de tecnologias Java EE e APIs, que endereçam comunidades de desenvolvedores específicos e tipos de aplicativos.

Os seguintes perfis são implementados através das distribuições do Sun GlassFish Enterprise Server v3:

Perfil de plataforma completa. Este perfil é projetado para desenvolvedores que requerem o conjunto completo de APIs do Java EE para o desenvolvimento de aplicativo corporativo. O Perfil de plataforma completa é instalado quando você instala o Sun GlassFish Enterprise Server v3. Este perfil também é instalado com o parte da instalação do Java EE 6 SDK.
Perfil da Web. Este perfil contém tecnologias da Web que fazem parte da plataforma completa e é projetado para desenvolvedores que não requerem o conjunto completo de APIs do Java EE. O Perfil da Web completo é instalado quando você instala o Perfil da Web do Sun GlassFish Enterprise Server v3. Este perfil também é instalado com o Perfil da Web do Java EE 6 SDK.

As distribuições Java EE 6 SDK estão disponíveis a partir das páginas de download do Java EE 6 SDK.

Para obter uma lista das APIs em cada perfil , consulte Padrões Java EE 6.

Desenho Modular

No Sun GlassFish Enterprise Server v3, o código GlassFish foi dividido em módulos para fornecer a flexibilidade e o desempenho aprimorado do executável. A arquitetura modular é implementada sobre as normas do OSGi Alliance e permite a reutilização do módulos do Enterprise Server v3, assim como outros módulos.

Esta alteração de projeto permite o uso de somente os módulos necessários para os aplicativos implementados. O executável é usado somente para os aplicativos que o utilizam, e pode ser implementado sem uma reinstalação completa do sistema. Esta alteração minimiza os tempos de inicialização, consumo de memória e requisitos de espaço em disco.

O projeto modular fornece a habilidade para fazer o seguinte:

Implementar pacotes OSGi
Implementar arquivos de arquivamento da biblioteca Java (JAR)
Substituir a funcionalidade existente por outra implementação

Suporte para estender o Enterprise Server

Uma nova interface de provedor do sistema de container (SPI) do Enterprise Server v3 define as interfaces que o desenvolvedor do container precisa implementar para que o Enterprise Server possa chamá-la nos momentos apropriados. Esta alteração permite que os usuários do Enterprise Server possam criar servidores de aplicativos personalizados ao adicionar comandos administrativos e componentes gráficos adicionais.

O Enterprise Server também fornece o suporte racionalizado para novos tipos do módulos, como o Ruby on Rails.

Integração da Ferramenta de Atualização

A Ferramenta de Atualização agora está incorporado ao Sun GlassFish Enterprise Server v3 Console de Administração. Esta ferramenta facilita o gerenciamento de componentes adicionais e aplicativos relacionados, que estão disponíveis para estender as funções do Enterprise Server v3.

O Console de Administração fornece o acesso à página da Ferramenta de Atualização através da árvore de navegação. A página da Ferramenta de Atualização fornece abas para exibir o seguinte:

Componentes que estão instalados
Atualizações que estão disponíveis para os componentes instalados
Componentes adicionais que estão disponíveis e que podem ser instalados

A integração da Ferramenta de Atualização no Console de Administração, permite que os administradores estendam com facilidade o Enterprise Server e visualizem as atualizações disponíveis. Uma versão independente da Ferramenta de Atualização também está disponível usando o comando updatetool . Para obter mais informações sobre a Ferramenta de Atualização, consulte Update Tool no Sun GlassFish Enterprise Server v3 Administration Guide.

Observação –

Você não pode atualizar os componentes existentes, usando a interface da Ferramenta de Atualização no Console de Administração. Para atualizar ou remover os componentes instalados, é preciso parar a versão independente da linha de comando ou o comando pkg.

A Ferramenta de Atualização é desenvolvida através do projeto Centro de Atualização. O Console de Administração usa a API do Centro de Atualização 2.3 para exibir uma lista de componentes, versões e datas disponíveis. Para obter informações sobre o Centro de Atualização 2.3, consulte a página Notas de Versão para o Centro de Atualização 2.3 .

Observação –

A Ferramenta de Atualização difere da Ferramenta de Upgrade, que é usada para migrar a configuração e os aplicativos implementados de uma versão anterior do Enterprise Server para a versão atual. Para obter mais informações sobre a Ferramenta de Upgrade, consulte o Sun GlassFish Enterprise Server v3 Upgrade Guide.

Suporte para Linguagens de Script

Para facilitar o rápido desenvolvimento e implementação, o Sun GlassFish Enterprise Server v3 suporta uma variedade de linguagens de script. O uso de linguagens de script permite que o Enterprise Server seja aplicado além dos desenvolvimentos que são centralizados na tecnologia Java. As linguagens de script suportadas incluem as seguintes:

JRuby and Rails: uma linguagem de script e uma estrutura para desenvolver aplicativos Web
Grails: uma estrutura de aplicativo Web que alavanca a linguagem de programação Groovy e complementa o desenvolvimento Web Java
Jython and Django: uma implementação Java da linguagem Python e uma estrutura Web para o Python e para implementações do Python (como o Jython)
jMaki: uma estrutura para criar aplicativos Wev Ajax

O suporte para estas linguagens de script é fornecido por componentes que estão disponíveis através da Ferramenta de Atualização.

Serviços Web com Suporte para Tecnologias de Interoperabilidade (WSIT)

A Sun está trabalhando junto com a Microsoft para assegurar a interoperabilidade dos serviços Web, como a otimização de mensagens, mensagens confiáveis e segurança. O WSIT é um produto deste esforço conjunto. O WSIT faz parte do 2.0, uma pilha de alto desempenho e extensível do serviço Web, que oferece a interoperabilidade com o Microsoft .NET 3.5. O Metro 2.0 é incluído com a distribuição completa do Enterprise Server v3.

O WSIT é uma implementação de diversas especificações de serviços Web abertos para suportar os recursos corporativos. Além da otimização de mensagens, mensagens confiáveis e a segurança, o WSIT inclui uma tecnologia de bootstrapping e configuração. Iniciando com o suporte XML núcleo incorporado na plataforma Java, o WSIT usa ou estende os recursos existentes e adiciona novo suporte para serviços Web interoperáveis, incluindo:

Bootstrapping e Configuração
Tecnologia de otimização de mensagem
Tecnologia de mensagem confiável
Tecnologia de segurança

Aprimoramentos no utilitário `appclient`

Nesta versão, o utilitário appclient foi aprimorado como segue:

O utilitário appclient aceita uma sintaxe alternativa da linha de comando que é similar a sintaxe do inicializador do aplicativo Java (java).
A opção -targetserver foi adicionada para permitir a especificação do servidor e número da porta do destino.
Telas splash nos aplicativos cliente são suportadas.

Para obter mais informações, consulte a página principal do appclient(1M).

Integração com o EclipseLink

O Sun GlassFish Enterprise Server v3 usa o EclipseLink com seu provedor do Java Persistence API (JPA) 2.0. O EclipseLink é também a implementação de referência para o JSR 317. Para obter as informações mais recentes em relação à funcionalidade do EclipseLink, consulte as Notas de Versão do EclipseLink 2.0.

Mover as configurações do serviço HTTP para o serviço de rede

No Sun GlassFish Enterprise Server v3, a maioria das configurações do serviço HTTP foram movidas para a nova configuração do serviço de rede. Para obter mais informações, consulte Sun GlassFish Enterprise Server v3 Upgrade Guide.

Alterações relativas à autenticação do administrador

No Sun GlassFish Enterprise Server v3, você não é solicitado por padrão a fornecer as credenciais de administração. Esta é uma alteração de versões anteriores.

Se você instala o Enterprise Server usando o arquivo ZIP, não será solicitado a fornecer as credenciais de administração ao iniciar o Console de Administração ou usar o utilitário asadmin e subcomandos remotos para executar tarefas administrativas.

Se você instala o Enterprise Server v3 usando o arquivo auto-extraível e o instalador gráfico, não será solicitado a fornecer as credenciais de administração, a não ser que tenha especificado um nome de usuário e senha na página Configurações de administração durante a instalação. Se você aceitou os padrões naquela página, o usuário administrativo padrão é admin e o campo de senha é deixado vazio.

Caso haja somente um usuário admin sem nenhuma senha, os logins sem autenticação são permitidos. Para obter mais informações sobre a autenticação do administrador, consulte To Log In to a Domain no Sun GlassFish Enterprise Server v3 Administration Guide.

Os requisitos de autenticação do administrador podem ser alterados após a instalação do Enterprise Server. Para obter informações sobre como usar o Console de Administração para executar esta tarefa e as tarefas relacionadas, consulte a ajuda on-line do Console de Administração. Para obter informações sobre como usar a interface da linha de comando, consulte Administering Passwords no Sun GlassFish Enterprise Server v3 Administration Guide.

Alterações relativas ao utilitário `asadmin`

O comportamento do utilitário asadmin foi modificado para enfatizar a distinção entre as opções para o próprio utilitário asadmin e as opções para seus subcomandos. As opções para o próprio utilitário asadmin são agora permitidas antes do subcomando. No entanto, a compatibilidade com outras versões, e as opções para o próprio utilitário asadmin , ainda são permitidas após o subcomando, mas esta sintaxe é desaconselhada.

Para obter mais informações, consulte Using the asadmin Utility no Sun GlassFish Enterprise Server v3 Administration Guide.

Alterações relativas ao layout do arquivo

O Sun GlassFish Enterprise Server v3 inclui as seguintes alterações de layout de arquivo em relação as versões anteriores:

O diretório padrão de instalação é o seguinte:

Sistemas Solaris, Linux, e Mac OS X: diretório principal do usuário /glassfishv3

Sistemas Windows: SystemDrive :\glassfishv3
Um subdiretório glassfish foi adicionado, com outros subdiretórios subjacentes.
As bibliotecas do produto forma movidas de glassfish/lib para glassfish/modules.
Um diretório osgi foi adicionado.
Um diretório designado para arquivos jurídicos foi adicionado. Os arquivos de licença e direito autoral agora estão no glassfish/legal.
A Fila de Mensagens do Sun GlassFish está instalada no diretório do nível superior ao invés de em um subdiretório.
O Java BD está instalado no diretório do nível superior ao invés de em um subdiretório.

Alterações relativas às tarefas Ant e ao utilitário `asant`

O Sun GlassFish Enterprise Server v3 fornece tarefas Ant específicas do servidor, para as quais o Ant precisa ser instalado. O utilitário asant não está incluído na versão.

O Enterprise Server é compatível com as versões 1.6.5 ou superiores do Apache. Se o Ant não está instalado, ele pode ser instalado usando a Ferramenta de Atualização.

Para obter mais informações sobre a Ferramenta de Atualização, consulte Update Tool no Sun GlassFish Enterprise Server v3 Administration Guide. Para obter mais informações sobre tarefas Ant, consulte o Capítulo 3, Using Ant with Enterprise Server, no Sun GlassFish Enterprise Server v3 Application Development Guide.

Alterações relativas a validação do `domain.xml`

Como o Sun GlassFish Enterprise Server v3 é modular extensível, o arquivo domain.xml não pode ser validado contra um arquivo DTD estático. Ao invés disso, o arquivo domain.xml é validado contra as anotações @Configured no código-fonte. Para obter mais informações sobre a estrutura do arquivo domain.xml , consulte o Sun GlassFish Enterprise Server v3 Domain File Format Reference.

Alterações relativas aos aplicativos

As diferenças relativas ao aplicativo existem entre o Enterprise Server v3 e o Enterprise Server v2. Esta seção descreve algumas destas diferenças.

Opção `force`

O valor padrão da opção force para a implementação é false no Enterprise Server v3. O valor padrão era true no Enterprise Server v2. No Enterprise Server v3 é preciso definir explicitamente a opção como true para a reimplementação. Esta opção não é automaticamente definida durante o processo de atualização. O propósito desta alteração é a de evitar sobrescrever acidentalmente o conteúdo de um aplicativo existente. Isso se aplica ao Console de Administração e ao utilitário de linha de comando.

O comando asadmin redeploy também é novo no Enterprise Server v3 e oferece um equivalente para --force=true. A opção force somente é aplicável ao comando deploy (interface da linha de comando) e a tela deploy (console), não para o comando redeploy e para a tela redeploy.

Aplicativos e o layout do diretório gerado

O Enterprise Server v2 continha dois subdiretórios para o repositório do aplicativo: applications/j2ee-apps e applications/j2ee-modules. Estes subdiretórios não existem no Enterprise Server v3 (não há nenhum nível j2ee-apps ou j2ee-modules). A implementação de um módulo independente como o foo.war, que residia no applications/j2ee-modules/foo no Enterprise Server v2, agora reside no applications/foo no Enterprise Server v3. Os aplicativos corporativos e os módulos independentes, compartilham essencialmente o mesmo espaço de nome, portanto, a camada de diretório intermediário não era necessária.

Elemento do aplicativo `domain.xml`

Elementos anteriores como o web-module, ejb-module , e assim por diante, são desaconselhados no Enterprise Server v3 e são substituídos com o novo elemento aplicativo. Para obter mais informações sobre o elemento aplicativo, consulte application no Sun GlassFish Enterprise Server v3 Domain File Format Reference.

Durante uma atualização, os aplicativos do Enterprise Server v2 são reimplementados na nova localização applications/ com o novo elemento aplicativo no domain.xml. Quaisquer novos aplicativos implementados no Enterprise Server v3, serão implementados com a nova estrutura de diretório e elemento.

Regras mais estritas de visibilidade JAR

O Java EE 6 impõe regras mais estritas de visibilidade JAR do que o Java EE 5 fazia. Como resultado, alguns aplicativos mais antigos podem falhar.

A especificação Java EE 6 impõe regras estritas sobre quais arquivos JAR são visíveis de um arquivo corporativo (EAR). Consulte especialmente a seção EE.8.3.3. Especificamente, os módulos de aplicativo cliente não deveriam ter acesso à qualquer arquivo EJB JAR, a não ser que o manifesto do arquivo JAR do aplicativo cliente Class-Path se refira explicitamente ao arquivo EJB JAR.

Esta é uma alteração do Enterprise Server v2, no qual o aplicativo cliente tinha o acesso automático à todos os arquivos EJB JAR no arquivo EAR e a todos os arquivos JAR no nível superior do arquivo EAR. Para estar em conformidade com a linguagem com especificação mais estrita, o Enterprise Server v3 não pode fornecer automaticamente aplicativos clientes com acesso ao arquivos JAR.

Este novo comportamento mais estrito imposto pelo Java EE 6 pode ser endereçado como segue:

Se o aplicativo está implementado para um domínio do Enterprise Server v2, a Ferramenta de Atualização irá preservar o comportamento do Enterprise Server v2 para aquele aplicativo naquele domínio. Para obter mais informações sobre como atualizar, consulte o Sun GlassFish Enterprise Server v3 Upgrade Guide.
Altere o manifesto Class-Path do cliente, para que ele se refira explicitamente aos arquivos JAR does quais ele depende. O Class-Path não pode listar os arquivos JAR no diretório da biblioteca dos arquivos EAR. Como requerido pela especificação, todos os arquivos JAR naquele diretório estão disponíveis para todos os módulos no arquivo EAR. Este diretório é o /lib por padrão, ou pode ser definido para algum outro diretório usando library-directory no descritor application.xml.
Implemente o arquivo EAR usando a configuração opcional --property compatibility=v2. Isso preserva o comportamento do Enterprise Server v2 para aquele aplicativo quando ele é implementado no Enterprise Server v3.

Esta alteração de comportamento também é discutida no Capítulo 1, Application Server Compatibility Issues, no Sun GlassFish Enterprise Server v3 Upgrade Guide.

Comandos `deploy --retrieve` e `get-client-stubs` do aplicativo cliente

No Sun GlassFish Enterprise Server v3, a execução dos comandos deploy --retrieve e get-client-stubs , não mais baixa somente um arquivo JAR para seu diretório local como fazia no Enterprise Server v2. Embora o localdir/myAppClient.jar ainda é criado no Enterprise Server v3 e pode ser usado como um destino no comando appclient . outro diretório também é criado, localdir/myAppClient , que por sua vez pode conter outros arquivos.

Se você normalmente copia o arquivo JAR único baixado do Enterprise Server v2, como uma forma de mover os componentes do aplicativo cliente de um lugar para outro, isso não irá funcionar no Enterprise Server v3. O método suportado é o de usar o comando asadmin get-client-stubs para aquele propósito. Para obter mais informações sobre o comando, consulte get-client-stubs(1).

Se você ainda escolhe copiar, no entanto, precisa copiar não somente o arquivo localdir/myAppClient.jar (como no Enterprise Server v2), mas também todo o conteúdo do diretório localdir/myAppClient.