Capítulo 1 Notas de versão do Sun GlassFish Enterprise Server v3

O produto GlassFish^TM Enterprise Server da Sun é um servidor compatível com a plataforma Java^TM Enterprise Edition (Java EE) 6 para o desenvolvimento e a implementação de aplicativos Java EE e Java Web Services. O uso deste servidor na produção é gratuito. O Sun GlassFish Enterprise Server é grátis para desenvolvimento, implementação e redistribuição. Se for um cliente interessado em redistribuição, entre em contato com o Sun OEM para obter uma licença de redistribuição.

As Notas de versão do Sun GlassFish Enterprise Server v3 contêm informações importantes sobre a versão do Enterprise Server v3, incluindo informações sobre novos recursos, requisitos de hardware e software, e problemas conhecidos com as soluções, se disponíveis.

Examine este documento antes de instalar e configurar seu software, e leia este documento antes de começar a usar o Sun GlassFish Enterprise Server v3. Consulte periodicamente este documento para visualizar a documentação mais recente.

• Histórico de Revisão

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

• Requisitos de Hardware e Software

• Problemas Conhecidos

• Restrições

• Conjunto de documentação do Enterprise Server

• Recursos somente disponíveis no perfil da plataforma completa

• Padrões Java EE 6

• Java EE 6 SDK

• Como reportar problemas e fornecer feedback

• Recursos adicionais

• Referências de websites de terceiros

• Recursos de acessabilidade

Histórico de Revisão

Esta seção fornece uma registro das alterações nas Notas da Versão 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

• Desenho Modular

• Suporte para estender o Enterprise Server

• Integração da Ferramenta de Atualização

• Suporte para Linguagens de Script

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

• Aprimoramentos no utilitário appclient

• Integração com o EclipseLink

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

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

• Alterações relativas ao utilitário asadmin

• Alterações relativas ao layout do arquivo

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

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

• Alterações relativas aos aplicativos

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.

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 .

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.

Requisitos de Hardware e Software

Esta seção lista os requisitos que precisam ser atendidos antes de instalar o produto Sun GlassFish Enterprise Server v3.

• Plataformas suportadas

• Suporte para a virtualização do sistema

• Espaço em disco requerido

• Portas livres requeridas

• Informações importantes sobre correções

• Versão do JDK requerida

• Configurações de caminho para o software JDK

• Drivers e bancos de dados JDBC suportados

• Navegadores suportados

• Suporte para mod_jk

Plataformas suportadas

O Sun GlassFish Enterprise Server v3 requer um mínimo de 200 Mbytes de espaço livre em disco para ser instalado, e 100 Mbytes de memória livre para ser executado.

A tabela a seguir lista os sistemas operacionais suportados e fornece a memória mínima, memória recomendada, espaço mínimo no disco, e a máquina virtual Java para cada um.

Como listado abaixo, o Enterprise Server requer o JDK^TM versão 6. A versão mínima (e certificada) do software JDK requerida depende do sistema operacional. Para requisitos específicos da plataforma, consulte Versão do JDK requerida.

Nas plataformas UNIX® , você poderá verificar a versão de seu sistema operacional usando o comando uname. O espaço em disco pode ser verificado usando o comando df.

Use o sistema de arquivos NTFS ao invés do FAT ou FAT32 ao executar o Enterprise Server em qualquer plataforma Microsoft Windows.

Suporte para a virtualização do sistema

A virtualização do sistema é uma tecnologia que suporta múltiplas instâncias do sistema operacional (SO) para serem executadas de forma independente em hardware compartilhado. Funcionalmente, o software que é implementado para um SO e hospedado em um ambiente virtualizado, geralmente não está ciente da plataforma subjacente que foi virtualizada. A Sun executa os testes de seus produtos Sun Java System em virtualização de sistema e em combinações de SO selecionados, para ajudar a validar que os produtos Sun Java System continuem a funcionar em ambientes virtulizados apropriadamente dimensionados e configurados, como fariam em sistemas não-virtualizados. Para obter informações dobe o suporte da Sun para produtos Sun Java System em ambientes virtualizados, consulte System Virtualization Support in Sun Java System Products.

Espaço em disco requerido

Seu diretório temporário precisa ter espaço livre suficientes para a instalação dos seguintes softwares:

• Sun GlassFish Enterprise Server: mínimo de 35 MB

• SDK: mínimo de 250 MB

Portas livres requeridas

Você precisa ter sete portas não usadas disponíveis.

O programa de instalação detecta automaticamente as portas que estão em uso e sugere as portas no momento não usadas para as configurações padrão.

As atribuições iniciais padrão de portas são listadas na tabela a seguir. Se estes números de portas padrão estão em uso, o programa de instalação atribui um número de porta aleatoriamente selecionada para a faixa de porta dinâmica. O número da porta selecionada pode não ser a próximo número de porta disponível.

Informações importantes sobre correções

Requisitos para correções do Solaris

Se você está usando o sistema operacional Solaris 10, é preciso aplicar a correção apropriada para sua plataforma como listado na tabela a seguir.

Você também precisa assegurar que o cluster de correção recomendado pela Sun seja aplicado.

Estas correções e o cluster da correção estão disponíveis no website do programa SunSolve^SM e.

• Para obter uma correção, clique no link PatchFinder, e a seguir use o campo ID da correção para encontrar a correção.

• Para obter uma cluster da correção, clique no link Patch Cluster e Patch Bundle na seção Downloads, e a seguir no link dos clusters da correção recomendados.

Versão do JDK requerida

A instalação do Sun GlassFish Enterprise Server v3 requer o JDK versão 6.

A versão mínima (e certificada) do software JDK requerida para o Enterprise Server depende do sistema operacional:

• Para sistemas operacionais suportados exceto para o Mac OS X, a versão mínima requerida é a 1.6.0_17.

• Para o sistema operacional Mac OS X, a versão mínima requerida é a 1.6.0_15.

Configurações de caminho para o software JDK

Os seguintes arquivos binários que são usados com o Enterprise Server, precisam vir do software JDK e não do software Java Runtime Environment (JRE^TM):

• java

• keytool

Para atender este requisito, assegure que o diretório bin do software JDK preceda o diretório bin do software JRE em seu caminho.

Drivers e bancos de dados JDBC suportados

A tabela a seguir lista os bancos de dados e drivers que são suportados nessa versão. Todas as configurações suportadas do Sun GlassFish Enterprise Server v3 precisam conter ao menos uma combinação de banco de dados e driver desta tabela, como o Java DB e driver. Além disso, o Enterprise Server é projetado para suportar a conectividade através da tecnologia Java DataBase Connectivity (JDBC^TM) para quaisquer sistemas adicionais de gerenciamento de banco de dados (DBMS) com um driver correspondente que suporta o JDBC API (driver JDBC).

Navegadores suportados

A tabela a seguir lista os navegadores e versões suportados.

Suporte para mod_jk

O Sun GlassFish Enterprise Server v3 suporta o mod_jk 1.2.x, com um mínimo de 1.2.26.

Problemas Conhecidos

Esta seção descreve os problemas conhecidos no Sun GlassFish Enterprise Server v3 e as soluções se disponíveis.

• [Problema_ JDK] Degradação de desempenho causado ao chamar o setSoLinger ou setReuseAddress (Problema 7109)

• [Problema _JDK] Exceção de ponteiro nulo na reinicialização do servidor (Problema 8299)

• [Problema_JDK] Exceção de ES: argumento inválido durante o teste de longevidade (Problema 7529)

• [Problema _JDK] Exceção de ponteiro nulo EPoll na inicialização (Problema 9472)

• [Problema_JDK] Richaccess: java.io.IOException: argumento inválido do doSelect (Problema 8573)

• As permissões de arquivo no diretório do domínio/aplicativo pode causar o NullProcessException(Problema 6545)

• O arquivo de registro da instalação do Windows não é legível (Problema 4881)

• O acesso às estatísticas para novos servidores virtuais requerem a reinicialização do servidor (Problemas 6238 e 6422)

• [Open Installer] Opção- -l para realocar os arquivos de registro é ignorada no Windows (Problema 10693)

• Ocorrem problemas com a distribuição ZIP se o UAC está ativado no Windows Vista (Problema 10755)

• Ocorrência de exceção de ponteiro nulo do com.sun.xml.wss.NonceManager.getInstance (Problema 11138)

• [Open Installer] Os menus inteligentes não são exibidos e são esvaziados no Windows Vista e no Windows 2008 (Problema 5087)

• Quando o aplicativo specj é implementado, o asadmin get --monitor=true "server.*" resulta em erro de E/S (Problema 11163)

• A Ferramenta de Atualização Independente falha com falha de segmentação no Solaris (Problema 11222)

• Os aplicativos Ruby implementados na raiz de contexto não funcionam com o Admin Console (Problema 10854)

• O suporte Java EE 6 Managed Bean não disponível em clientes app usando o Java Web Start (Problema 11257)

• Mensagens de alerta ao chamar o scriptappclient no Mac OS X com a implementação Apple Java (Problema 8644)

• Inicializar um cliente app pode fornecer o erroClassNotFound para a classe principal do cliente (Problema 11181)

• A alteração da localização do arquivo de registro requer a reinicialização do servidor para que entre em efeito (Problema 11142)

• Não é possível abrir os arquivos de registro de instalação na tela Resumo no Linux e Mac OS (Problema 6621)

• O comando updatetool não funciona se você reinstala no mesmo diretório no Windows (Problema 8233)

• [Centro de Atualização] Falha no acesso do diretório não do usuário (Problema do Centro de Atualização 1583)

• A ajuda on-line e a página principal CLI lista a versão 2.4 incorreta do servlet em X-Powered-By (Problema 11011)

• [Incorporado] A implementação do aplicativo contendo activation-1.1.jar falha ao usar o uber-jar (Problema 11149)

• O create-service falha na criação do serviço sem o AS_ADMIN_USER em um passwordfile no Solaris (Problema 11119)

• [Monitoramento] Visualização de monitoramente extra para conectores-conexão-conjunto não está disponível (Problema 11256)

• [EclipseLink] Problemas comElementCollections de incorporáveis (Problema do EclipseLink 296606)

• Servidor virtual iniciado duas vezes (Problema 11195)

• Problema ao depurar o JPA (Problema 11274)

• EJB interop para EJBs remotos quebrados quando o EJB de destino está no mesmo host (Problema 11152)

• O instalador pára em 41% de forma intermitente no Windows Vista e no Windows 7 (Problema 11185)

• Não é possível enviar mensagens JMS entre os sistemas (Problema 11254)

• O menu do sistema Windows está vazio (Problema 11239)

• O mysql não está na lista de bancos de dados suportados em --dbvendorname na página principal do comando deploy (Problema 11328)

• ACC incorporado de forma excessivamente estrita no carregador da classe de contexto do segmento atual (Problema 11427)

• Problema de configuração do EJB Timer Service do MySQL (Problema 11428)

• O subcomando deploy falha no servidor seguro (Problema 11439)

• Certificado expirado no armazenamento de confiança do Enterprise Server (Problema 6852796)

[Problema_ JDK] Degradação de desempenho causado ao chamar o setSoLinger ou setReuseAddress (Problema 7109)

Descrição

Quando o método setSoLinger ou o método setReuseAddess é chamado, do desempenho é degradado e a seguinte exceção ocorre:

[#|2009-01-26T00:33:56.325-0800|WARNING|sun-appserver9.1|
javax.enterprise.system.container.web|_ThreadID=17;
_ThreadName=SelectorReaderThread-8084;
_RequestID=11ae0030-c392-4217-8408-cfa7efe0a879;|setSoLinger
exception
java.net.SocketException: Invalid argument

Este problema é causado por um problema com o software JDK. Este problema está solucionado na versão 7 do JDK.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

[Problema _JDK] Exceção de ponteiro nulo na reinicialização do servidor (Problema 8299)

Descrição

A Reinicialização do Enterprise Server algumas vezes causa uma ocorrência de ponteiro nulo.

SEVERE: doSelect exception
java.lang.NullPointerException

Este problema é causado por um problema com o software JDK. Este problema está solucionado na versão 7 do JDK.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

[Problema_JDK] Exceção de ES: argumento inválido durante o teste de longevidade (Problema 7529)

Descrição

Durante um teste de longevidade do HTTP, ocorre a seguinte exceção ao ser alcançado 42 horas de execução.

[#|2009-04-05T17:41:26.537-0700|SEVERE|glassfish|javax.enterprise.system.core|
_ThreadID=15;_ThreadName=Thread-1;|doSelect
exception
java.io.IOException: Invalid argument

A instância e o aplicativo ainda são acessíveis durante a execução.

Este problema é causado por um problema com o software JDK. Este problema está solucionado na versão 7 do JDK.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

[Problema _JDK] Exceção de ponteiro nulo EPoll na inicialização (Problema 9472)

Descrição

Na inicialização, Enterprise Server ocorre uma exceção de ponteiro nulo:

java.lang.NullPointerException
        at sun.nio.ch.Util.atBugLevel(Util.java:326)
        at sun.nio.ch.SelectorImpl.<init>(SelectorImpl.java:40)
        at sun.nio.ch.EPollSelectorImpl.<init>(EPollSelectorImpl.java:47)

Isso se refere ao Grizzly e é um problema do JDK 6. Este problema está solucionado na versão 7 do JDK.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma. O Grizzly tenta solucionar este problema mas ainda pode falhar.

[Problema_JDK] Richaccess: java.io.IOException: argumento inválido do doSelect (Problema 8573)

Descrição

A seguinte exceção é vista:

[#|2009-06-20T06:05:57.942-0700|SEVERE|glassfish|
com.sun.grizzly.config.GrizzlyServiceListener|
_ThreadID=21;_ThreadName=Thread-2;|doSelect
IOException
java.io.IOException: Invalid argument

Este é um problema do JDK, programado para ser solucionado no JDK 1.6.0_18.

Para obter mais informações, consulte o Relatório do problema.

Solução

Aumente o número máximo de descritores de arquivo para 10.000 ou mais (o padrão no Solaris é 64.000). Quando JDK 1.6.0_18 se tornar disponível, instale o mesmo.

As permissões de arquivo no diretório do domínio/aplicativo pode causar o NullProcessException(Problema 6545)

Descrição

Se o diretório /applications do domínio restringe o acesso, ou se você usa a implementação do diretório a partir de um diretório restringido, o servidor não pode ler os arquivos no diretório expandido. Um erro NullProcessException ocorre durante a implementação.

Para obter mais informações, consulte o Relatório do problema.

Solução

Altere as configurações de acesso para tais diretórios, para conceder permissões ao servidor para ler o conteúdo do diretório.

O arquivo de registro da instalação do Windows não é legível (Problema 4881)

Descrição

O arquivo time-stamp-install.log não pode ser lido porque todas as linhas escritas no arquivo estão concatenadas em uma única sequência longa.

Para obter mais informações, consulte o Relatório do problema.

Solução

Use outro editor ou abra manualmente o arquivo de registro da instalação criado no diretório %TEMP%.

O acesso às estatísticas para novos servidores virtuais requerem a reinicialização do servidor (Problemas 6238 e 6422)

Descrição

As estatísticas de monitoramento sobre os servidores virtuais recém adicionados somente estão disponíveis após a reinicialização do servidor.

Para obter mais informações, consulte todos os relatórios para o Problema 6238 e Problema 6422.

Solução

Após adicionar um servidor virtual, reinicie o servidor para visualizar os dados de monitoramento para o servidor virtual.

[Open Installer] Opção- -l para realocar os arquivos de registro é ignorada no Windows (Problema 10693)

Descrição

A opção -l para realocar arquivos de registro é ignorada quando usada com as opções -a e -s e os arquivos de registro são criados na localização padrão.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

Ocorrem problemas com a distribuição ZIP se o UAC está ativado no Windows Vista (Problema 10755)

Descrição

Alguns recursos não funcionarão bem no Windows Vista com o User Account Control (UAC) ativado. Um exemplo é o Console de Administração, que não pode ser iniciado.

Para obter mais informações, consulte o Relatório do problema.

Solução

Desative o UAC e reinicialize.

Ocorrência de exceção de ponteiro nulo do com.sun.xml.wss.NonceManager.getInstance (Problema 11138)

Descrição

O teste do serviço Web JAX-RPC, com o provedor de segurança de mensagem do GlassFish ativado, tem a seguinte ocorrência nos registros do servidor:

[#|2009-11-23T11:16:58.375+0005|SEVERE|glassfishv3.0|
javax.enterprise.resource.webservices.rpc.server.http|_ThreadID=25;_
ThreadName=http-thread-pool-8080-(2);|caught
throwable
java.lang.RuntimeException: com.sun.enterprise.security.jauth.AuthException

O valor padrão da propriedade nonce não funciona.

Para obter mais informações, consulte o Relatório do problema.

Solução

Para usar a segurança de mensagem com os serviços Web JAX-RPC, desative a propriedade nonce na configuração. Consulte o Relatório do problema para obter as etapas completas para a solução.

[Open Installer] Os menus inteligentes não são exibidos e são esvaziados no Windows Vista e no Windows 2008 (Problema 5087)

Descrição

O grupo de menus Iniciar para o Enterprise Server não é exibido após a instalação é completada pela primeira vez. Se você se desconecta e volta a se conectar, o grupo de menus é exibido mas está vazio.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

Quando o aplicativo specj é implementado, o asadmin get --monitor=true "server.*" resulta em erro de E/S (Problema 11163)

Descrição

O comando asadmin get -m "server.*" retorna todos os dados de monitoramento pertencentes a aquele servidor. Quando muitos aplicativos estão implementados, o montante de dados é bastante grande e poderia levar muito tempo para serem retornados. O cliente pode expirar com o seguinte erro no lado do servidor:

./asadmin get --monitor=true "server.*"
I/O Error: Read timed out
Command get failed.

Para obter mais informações, consulte o Relatório do problema.

Solução

Minimize o montante de dados que são retornados para o cliente.

1. Execute o comando asadmin list -m "server.*" , que retorna os elementos do nível superior.

2. Selecione o elemento do nível superior para o qual os detalhes são necessários, e use isso como um filtro. Por exemplo:

   > ./asadmin list -m "server.*" ... server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-cache server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods. create-int-int-[Lorg\.spec\.jappserver\.supplier\.helper\.ComponentOrder server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods. findByPrimaryKey-java\.lang\.Integer server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.generateXml server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.getEJBLocalHome ... >./asadmin get -m "server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.*" ... server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.remove. methodstatistic-name = MethodStatistic server.applications.SPECjAppServer.supplier\.jar.POEnt.bean-methods.remove. methodstatistic-starttime = 1259604209775 ...

A Ferramenta de Atualização Independente falha com falha de segmentação no Solaris (Problema 11222)

Descrição

A Ferramenta de Atualização Independente iniciada com o comando updatetool falha com uma falha de segmentação no Solaris ao instalar componentes adicionais.

Para obter mais informações, consulte o Relatório do problema.

Solução

Assegure que seu sistema esteja em conformidade com os requisitos de correção da Ferramenta de Atualização Independente, como definido nas Notas de Versão do Centro de Atualização.

A funcionalidade da Ferramenta de Atualização no Console de Administração usa uma API diferente do Centro de Atualização com base no Java e não é afetada por este problema.

Os aplicativos Ruby implementados na raiz de contexto não funcionam com o Admin Console (Problema 10854)

Descrição

Se um aplicativo Ruby é implementado no contextroot '/' e o Console de Administração é então acessado, o acesso ao aplicativo Ruby produz um erro 404.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

O suporte Java EE 6 Managed Bean não disponível em clientes app usando o Java Web Start (Problema 11257)

Descrição

Ao usar o Java Web Start para iniciar um aplicativo cliente, quaisquer beans gerenciados no aplicativo cliente não serão reconhecidos.

Para obter mais informações, consulte o Relatório do problema.

Solução

Inicie o aplicativo cliente usando o script appclient. Os beans gerenciados no aplicativo cliente serão normalmente suportados.

Mensagens de alerta ao chamar o scriptappclient no Mac OS X com a implementação Apple Java (Problema 8644)

Descrição

Quando você chama o script appclient nos sistemas Mac OS X com O Java da Apple instalado, o seguinte rastreamento de pilha é visto duas vezes (somente apenas algumas primeiras linhas são aqui mostradas):

Intentionally suppressing recursive invocation exception!
java.lang.IllegalStateException: recursive invocation
    at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1394)
    at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1377)
    at sun.security.jca.ProviderConfig$1.run(ProviderConfig.java:64)
...

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma necessária.

A despeito das mensagens de alerta, o cliente será iniciado com êxito e será normalmente executado. Estes erros são um problema na implementação do Apple Java.

Inicializar um cliente app pode fornecer o erroClassNotFound para a classe principal do cliente (Problema 11181)

Descrição

Ocorre um problema quando todos os seguintes são verdadeiros:

• O aplicativo é um EAR que contém um cliente app.

• O EAR é implementado no diretório.

• O EAR contém um módulo de aplicativo cliente myAppClient.jar , que, por ser uma implementação de diretório, é pré-expandida no myAppClient_jar. (Para o propósito deste exemplo, myApp é o nome do EAR. Este nome pode ser qualquer um).

As tentativas em iniciar o aplicativo cliente irá falhar com o seguinte erro porque um arquivo gerado no servidor é colocado no diretório errado do servidor e sobrescreve outro arquivo gerado:

java.lang.ClassNotFoundException:(main-class-for-the-client)

Para obter mais informações, consulte o Relatório do problema.

Solução

Altere o nome do aplicativo cliente para que não seja myAppClient.jar . Especificamente:

1. Edite o myApp/META-INF/application.xml para que a declaração do cliente seja <java>myClient.jar</java>. Observe que você pode usar qualquer outro nome que não seja myAppClient.jar.

2. Renomeie o diretório myApp/myAppClient_jar para myApp/myClient_jar. Observe que o nome do subdiretório do cliente precisa ser o mesmo do URI do aplicativo cliente no arquivo application.xml , com o .jar substituído por _jar.

3. Implemente o aplicativo:

   asadmin deploy --retrieve localdir myApp

4. Execute o aplicativo cliente:

   appclient -client localdir/myAppClient.jar

A alteração da localização do arquivo de registro requer a reinicialização do servidor para que entre em efeito (Problema 11142)

Descrição

As alterações nos valores do registro do servidor na aba geral da página Configurações do conector no Console de Administração não têm efeito imediato.

Para obter mais informações, consulte o Relatório do problema.

Solução

Reinicie o servidor. Todas as alterações nesta página requerem a reinicialização do servidor para terem efeito.

Não é possível abrir os arquivos de registro de instalação na tela Resumo no Linux e Mac OS (Problema 6621)

Descrição

Os arquivos de registro da instalação não podem ser abertos ao clicar nos links da página Resumo, que é exibida no fim do processo de instalação no instalador gráfico.

Para obter mais informações, consulte o Relatório do problema.

Solução

Acesse manualmente os arquivos. Os nomes dos arquivos de registro da instalação e do resumo são timestamp-install.log and timestamp-install-summary.html. Nos sistemas Linux e Mac estes arquivos são gerados no diretório $TMP.

O comando updatetool não funciona se você reinstala no mesmo diretório no Windows (Problema 8233)

Descrição

Se você reinstala o Enterprise Server (com a Ferramenta de Atualização) no mesmo diretório de instalação com os mesmos padrões e chama a Ferramenta de Atualização usando o comando updatetool , recebe uma mensagem afirmando que a Ferramenta de Atualização não está instalada e se deseja instalar a mesma. Isso somente ocorre em sistemas Windows.

Para obter mais informações, consulte o Relatório do problema.

Solução

Após a desinstalação, remova manualmente o diretório .org* antes de reinstalar.

[Centro de Atualização] Falha no acesso do diretório não do usuário (Problema do Centro de Atualização 1583)

Descrição

Esse problema ocorre intermitentemente somente nos sistemas Windows e Mac OS. O pkg(5) não funciona em determinados sistema em determinadas vezes.

Para obter mais informações, consulte o Relatório do problema.

Solução.

Nenhuma.

A ajuda on-line e a página principal CLI lista a versão 2.4 incorreta do servlet em X-Powered-By (Problema 11011)

Descrição

A ajuda on-line e a página principal CLI lista a versão 2.4 incorreta do servlet em X-Powered-By (Problema) A versão correta é o servlet 3.0.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

[Incorporado] A implementação do aplicativo contendo activation-1.1.jar falha ao usar o uber-jar (Problema 11149)

Descrição

Ao usar incorporado com o glassfish-embedded-all-3.0-b73.jar, a implementação falha com o seguinte erro:

SEVERE: WEB9051: Error trying to scan the classes at
/private/var/folders/CV/CVhj8DvqEwGK5bdJKK9TaE   TI/-Tmp-
/gfembed6991712842235699248tmp/applications/xwiki-enterprise-web-2.0/
WEB-INF/lib/activation-1.1.jar for annotations in which a 
ServletContainerInitializer has expressed interest
java.util.zip.ZipException: error in opening zip file

Isso ocorre porque o incorporado usa uma pasta com sinal de mais (+), e os sinais de mais em um caminho são convertidos em caracteres de espaço " " quando o caminho é decodificado.

Para obter mais informações, consulte o Relatório do problema.

Solução

Uma propriedade do sistema foi então adicionada que permite você colocar diretórios temporários. A propriedade é glassfish.embedded.tmpdir e também pode definir para ser o diretório do domínio temporário e não é colocado no diretório do usuário.

O create-service falha na criação do serviço sem o AS_ADMIN_USER em um passwordfile no Solaris (Problema 11119)

Descrição

O create-service falha na criação do serviço sem o AS_ADMIN_USER em um passwordfile no Solaris.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

[Monitoramento] Visualização de monitoramente extra para conectores-conexão-conjunto não está disponível (Problema 11256)

Descrição

O Enterprise Server usa uma estrutura em árvore para rastrear objetos monitoráveis. Dentro daquela árvore, a seguinte visualização não está disponível para obter as estatísticas do conjunto de conexões:

server.connector-service.resource-adapter-name .connection-pool-name .* ou server.jms-service.connection-factories. connection-factory-name.* (para jms-ra-relativos aos conjuntos).

Para obter mais informações, consulte o Relatório do problema.

Solução

Use a visualização server.resources.* para obter as estatísticas.

Para obter uma descrição sobre o monitoramento, consulte o Capítulo 8, Administering the Monitoring Service, no Sun GlassFish Enterprise Server v3 Administration Guide.

[EclipseLink] Problemas comElementCollections de incorporáveis (Problema do EclipseLink 296606)

Descrição

Com a weaving ativado, as atualizações de uma coleção de elementos de incorporáveis pode ser potencialmente causar a ocorrência de uma exceção de ponteiro nulo.

Para obter mais informações, consulte o Relatório do problema.

Solução

Duas soluções estão disponíveis:

1. Adicione a anotação @ChangeTracking(DEFFERED) no incorporável e defina a propriedade eclipselink.weaving.internal como false, ou

2. Defina as seguintes propriedades como false no XML de persistência: eclipselink.weaving.changetracking e eclipselink.weaving.internal.

Servidor virtual iniciado duas vezes (Problema 11195)

Descrição

Após iniciar o domínio e acessar o localhost:4848, as seguintes mensagens são vistas no registro do servidor:

[#|2009-11-27T16:21:57.091+1100|INFO|glassfishv3.0|
javax.enterprise.system.container.web.com.sun.enterprise.web|
_ThreadID=20;_ThreadName=Thread-1;|Created
virtual server server|#]

[#|2009-11-27T16:21:57.091+1100|INFO|glassfishv3.0|
javax.enterprise.system.container.web.com.sun.enterprise.web|
_ThreadID=20;_ThreadName=Thread-20;|Created
virtual server server|#]

Estas mensagens dão a impressão que o servidor virtual, server , foi iniciado duas vezes. Este não é o caso. Os servidores virtuais somente são iniciados uma vez, mas as mensagens são registradas múltiplas vezes.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

Problema ao depurar o JPA (Problema 11274)

Descrição

O depuração do JPA é difícil devido as mensagens limitadas do servidor.

Para obter mais informações, consulte o Relatório do problema.

Solução

Adicione a propriedade org.eclipse.persistence.session.level=INFO no arquivo logging.properties. Você pode então usar o Console de Administração para controlar os registradores do EclipseLink.

EJB interop para EJBs remotos quebrados quando o EJB de destino está no mesmo host (Problema 11152)

Descrição

EJB interop para EJBs remotos quebrados quando o EJB de destino está no mesmo host (outro domínio do Enterprise Server ou outra instância do Enterprise Server v3).

Para obter mais informações, consulte o Relatório do problema.

Solução

Defina a seguinte propriedade no jvm-options:

-Dorg.glassfish.orb.iiop.orbserverid=:

O instalador pára em 41% de forma intermitente no Windows Vista e no Windows 7 (Problema 11185)

Descrição

O instalador pára em 41% de forma intermitente no Windows Vista e no Windows 7. Isso não acontece com cada tentativa de instalação.

Para obter mais informações, consulte o Relatório do problema.

Solução

Essa questão é relacionada com o recurso de auto-ajuste no Windows Vista e Windows 7, que é ativado por padrão.

Se você tiver paradas ao instalar o Enterprise Server inicialmente, ou ao adicionar pacotes ou ao aplicar atualizações, restrinja ou desative o recurso de auto-ajuste.

Não é possível enviar mensagens JMS entre os sistemas (Problema 11254)

Descrição

Por padrão, o nome do host padrão para o serviço JMS no Enterprise Server é localhost. Para a acessar o serviço JMS a partir de outro sistema, é preciso alterar o nome do host. Você pode alterá-lo para o nome do host atual ou para 0.0.0.0.

Para obter mais informações, consulte o Relatório do problema.

Solução

Para fazer a alteração, faça um dos seguintes:

1. Use os nós Console de Administração: Expandir a configuração, Java Message Service e JMS Hosts, e selecione default_JMS_host, e edite o campo Host, ou

2. Use um subcomando asadmin como o seguinte:

   asadmin set server-config.jms-service.jms-host.default_JMS_host.host="0.0.0.0" , ou

   asadmin set server-config.jms-service.jms-host.default_JMS_host.host="hostname"

O menu do sistema Windows está vazio (Problema 11239)

Descrição

Quando o Enterprise Server é instalado usando o instalador gráfico, a instalação é completada com êxito, mas somente a entrada de nível superior do GlassFish v3 é adicionada no menu do sistema Windows, e está vazia. Esse problema ocorre com os instaladores localizados e em Inglês.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

O mysql não está na lista de bancos de dados suportados em --dbvendorname na página principal do comando deploy (Problema 11328)

Descrição

O mysql não está na lista de banco de dados suportados em --dbvendorname na página principal do comando deploy. Isso é um erro. O MySQL é um banco de dados suportado e deveria estar na lista.

Para obter mais informações, consulte o Relatório do problema.

Solução

Nenhuma.

ACC incorporado de forma excessivamente estrita no carregador da classe de contexto do segmento atual (Problema 11427)

Descrição

O ACC espera que o carregador de classe de contexto do segmento atual seja um ACCClassLoader. Isso é extremamente restritivo. Embora está condição se dê no script appclient e nas inicializações do Java Web Start, isso não poderia ocorrer nos casos incorporados. Outras funções dentro do ACC requerem que o carregador de classe seja um URLClassLoader (ou uma instância de uma subclasse de URLClassLoader), mas o carregador não precisa ser um ACCClassLoader.

Para obter mais informações, consulte o Relatório do problema.

Solução

Duas soluções estão disponíveis:

1. Defina -Djava.system.class.loader=org.glassfish.appclient.client.acc.ACCClassLoader ou

2. No seu programa Java, crie instâncias de um ACCClassLoader e defina-o para que seja o carreador de classe de contexto do segmento atual usando Thread.currentThread().setContextClassLoader antes de usar as interfaces e classes ACC incorporadas.

Problema de configuração do EJB Timer Service do MySQL (Problema 11428)

Descrição

É possível criar e armazenar o timer EJB no MySQL como usuário, mas ao tentar configurar o EJB Timer Service para MySQL, ocorre a seguinte exceção (instrução de execução SQLException):

"CREATE TABLE EJB__TIMER__TBL (TIMERID
VARCHAR(255) NOT NULL, BLOB BLOB(64000), INITIALEXPIRATIONRAW BIGINT, SCHEDULE
VARCHAR(255), INTERVALDURATION BIGINT, OWNERID VARCHAR(255), STATE INTEGER,
LASTEXPIRATIONRAW BIGINT, PKHASHCODE INTEGER, CREATIONTIMERAW BIGINT,
CONTAINERID BIGINT, PRIMARY KEY (TIMERID))":
com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in
your SQL syntax; check the manual that corresponds to your MySQL server version
for the right syntax to use near 'BLOB BLOB(64000), INITIALEXPIRATIONRAW BIGINT,
SCHEDULE VARCHAR(255), INTERVALDU' at line 1|#] 

Para obter mais informações, consulte o Relatório do problema.

Solução

Certifique-se de que o datasource-classname especificado para o conjuntos de timer represente um XA DataSource.

Etapas específicas do MySQL:

1. Descompacte glassfishv3/glassfish/lib/install/applications/ejb-timer-service-app.war .

2. Adicione o seguinte a WEB-INF/classes/__ejb_timer_mappings.xml depois de <persistence-unit-metadata>:

   <persistence-unit-defaults>
   <delimited-identifiers/>
   </persistence-unit-defaults>

3. Compacte o arquivo WEB-INF/classes/__ejb_timer_mappings.xml novamente.

4. (Esta etapa é necessária somente se a instalação atual já usou o EJB Timer Service.) Crie manualmente o EJB__TIMER__TBL no banco de dados usando esta instrução de criação:

   CREATE TABLE `EJB__TIMER__TBL` (`TIMERID` VARCHAR(255) NOT NULL,
   `BLOB` BLOB(64000), `INITIALEXPIRATIONRAW` BIGINT, `SCHEDULE` VARCHAR(255),
   `INTERVALDURATION` BIGINT, `OWNERID` VARCHAR(255), `STATE` INTEGER,
   `LASTEXPIRATIONRAW` BIGINT, `PKHASHCODE` INTEGER, `CREATIONTIMERAW` BIGINT,
   `CONTAINERID` BIGINT, PRIMARY KEY (`TIMERID`))

O subcomando deploy falha no servidor seguro (Problema 11439)

Descrição

O subcomando deploy falha em um servidor seguro a menos que a opção --secure seja usada.

Para obter mais informações, consulte o Relatório do problema.

Solução

Use a opção --secure ao publicar o subcomando deploy em um servidor seguro.

Certificado expirado no armazenamento de confiança do Enterprise Server (Problema 6852796)

Descrição

Um dos certificados de autoridade do armazenamento de confiança do Enterprise Server expirou no dia 7 de janeiro de 2010. O certificado é cacerts.jks. Uma mensagem de erro é gerada na inicialização indicando que o certificado expirou:

Version: V1
  Subject: OU=Secure Server Certification Authority, O="RSA Data Security, Inc.", C=US
  Signature Algorithm: MD2withRSA, OID = 1.2.840.113549.1.1.2

  Key:  SunPKCS11-Solaris RSA public key, 1000 bits (id 17891456, session object)
  modulus: 
  public exponent: 
  Validity: [From: Tue Nov 08 19:00:00 GMT-05:00 1994,
               To: Thu Jan 07 18:59:59 GMT-05:00 2010]
  Issuer: OU=Secure Server Certification Authority, O="RSA Data Security, Inc.", C=US
  SerialNumber: [    02ad667e 4e45fe5e 576f3c98 195eddc0]

Para obter mais informações, consulte o relatório do problema.

Solução

O certificado de autoridade foi removido na atualização 18 do Java SE 6. Também será removido do armazenamento de confiança do Enterprise Server em uma futura atualização.

Você pode ignorar as mensagens de erro e usar a atualização ou pode eliminar as mensagens de erro. Para parar de receber as mensagens de erro, use keytool para remover o certificado do armazenamento de confiança do Enterprise Server:

=> cd domains/domainX/config
=> cp cacerts.jks cacerts.jks.save
=> keytool -delete -keystore cacerts.jks -alias verisignserverca
Enter keystore password:

Para evitar que o certificado expirado reapareça em domínios criados posteriormente, ele também deve ser removido do armazenamento de confiança do modelo:

=> cd glassfish/lib/templates
=> cp cacerts.jks cacerts.jks.save
=> keytool -delete -keystore cacerts.jks -alias verisignserverca
Enter keystore password:

Para obter mais informações sobre senha do armazenamento de confiança, consulte as informações sobre senhas-mestre e armazenamentos de confiança em Authentication no Sun GlassFish Enterprise Server v3 Administration Guide.

Restrições

Esta seção descreve as seguintes restrições do Sun GlassFish Enterprise Server v3:

• Opções não suportadas nos comandos asadmin

• Nenhum suporte para a MV cliente no Windows AMD64

Opções não suportadas nos comandos asadmin

A ajuda para os comandos asadmin descreve algumas opções que não são suportadas pelo Sun GlassFish Enterprise Server v3. Por exemplo:

• Opções relativas aos clusters e múltiplas instâncias do servidor, por exemplo, a opção --target

• Opções relativas aos perfis, por exemplo, a opção --profile

Se você especifica uma opção não suportada, não ocorre um erro de sintaxe. Ao invés disso, o comando é executado com êxito, e a opção não suportada é silenciosamente ignorada.

Nenhum suporte para a MV cliente no Windows AMD64

Por padrão, o Enterprise Server usa a MV Cliente para obter o melhor desempenho de inicialização e implementação. Se você estiver usando o Windows AMD64, edite o arquivo domain.xml para remover a linha <jvm-options>–client<jvm-options> . Neste caso, a ergonomia JVM escolhe o tipo apropriado de MV para a determinada plataforma.

Para obter mais informações sobre o suporte da plataforma, consulte Ergonomia na Máquina Virtual Java 5.0.

Conjunto de documentação do Enterprise Server

A tabela a seguir fornece os títulos de descrições curtas sobre os livros no conjunto de documentação do Enterprise Server.

Recursos somente disponíveis no perfil da plataforma completa

Os seguintes recursos do Sun GlassFish Enterprise Server v3 somente disponíveis no perfil da plataforma completa:

• Os recursos EJB que compõem o EJB 3.1 API completo, como os componentes EJB remotos, beans conduzidos pro mensagem. pontos finais do serviço Web EJB, e Serviço de Temporizador EJB

  A especificação EJB 3.1 Lite é suportada no Perfil da Web. Esta especificação permite os beans corporativos dentro dos aplicativos Web e inclui o suporte para beans de sessão sem estado, beans de sessão com estado, e beans de sessão singleton.

• Container do aplicativo cliente

• Recursos do JMS

• Serviços Web

  No Perfil da Web. um servlet ou componente EJB não pode ser um ponto final do serviço Web. Os elementos sun-web.xml e sun-ejb-jar.xml que são relacionados aos serviços Web são ignorados.

• Segurança de Mensagens

• Recursos do JavaMail

Os módulos do conector que usam somente recursos de comunicação de saída e o trabalho gerenciado que não envolve os recursos de comunicação de saída são suportados no Perfil da Web. Outros recursos do conector são somente suportados no perfil da plataforma completa.

Padrões Java EE 6

O Sun GlassFish Enterprise Server v3 implementa os padrões Java EE listados na tabela a seguir. A tabela também indica as distribuições nas quais a implementação de um padrão está disponível.

X indica que a implementação está disponível na distribuição.

-indica que a implementação não está disponível na distribuição.

Usando estes padrões o Enterprise Server v3 fornece diversas extensões, incluindo as seguintes:

• Ajax (JavaScript e XML assíncrono): recupera e exibe novos dados para uma parte da página Web sem afetar o resto da página.

• Metro: uma pilha dos serviços Web que implementa a Java Architecture for XML Binding (JAXB) e as Java APIs for XML Web Services 2.1 (JAX-WS 2.1).

• Grizzly: uma estrutura para desenvolver servidores dimensionáveis e robustos usando a Nova E/S (NIO) APIs, que torna possível dimensionar para milhares de usuários. A habilidade de incorporar componentes que suportam o HTTP, Bayeux Protocol, Java Servlet API e Comet, é fornecida.

Java EE 6 SDK

O Enterprise Server v3 está disponível como parte do Java EE 6 SDK. As seguintes versões do Java EE 6 SDK estão disponíveis:

• Java EE 6 SDK. Esta versão inclui o Sun GlassFish Enterprise Server v3. Esta versão é projetada para desenvolvedores que requerem o conjunto completo de APIs do Java EE para o desenvolvimento de aplicativo corporativo.

• Java EE 6 Web Profile SDK. Esta versão inclui o Perfil da Web do Sun GlassFish Enterprise Server v3. Esta versão contém tecnologias da Web que fazem parte da plataforma completa e é projetada para desenvolvedores que não requerem o conjunto completo de APIs do Java EE.

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

Como reportar problemas e fornecer feedback

Se você tiver problemas com o Sun GlassFish Enterprise Server v3, forneça o feedback através de um dos seguintes mecanismos:

• listas de correio do GlassFish – Uma variedade de listas de correio da comunidade GlassFish para diversos interesses e feedback

• fórum do GlassFish – Um fórum para discutir o projeto GlassFish

Recursos adicionais

Informações úteis podem ser encontradas na seguintes localizações:

• Comunidade do GlassFish

• Glassfish Wiki: GlassFish v3

• Informações para o desenvolvedor do Sun

• Serviços de Suporte para o Desenvolvedor da Sun

• Documentação do Produto da Sun Microsystems

Referências de websites de terceiros

Os URLs de terceiros são referenciados neste documento e fornecem informações adicionais e relacionadas.

A Sun não é responsável pela disponibilidade de websites de terceiros mencionados neste documento. A Sun não endossa e não é responsável ou pode ser responsabilizada por qualquer conteúdo, propaganda, produtos, ou outros materiais que estão disponíveis no ou através de tais sites ou recursos. A Sun não será responsável ou não será responsabilizada por qualquer dano ou perda real ou alegada ou em conexão com o uso de ou na confiabilidade de tal conteúdo, mercadorias ou serviços, que estão disponíveis no ou através de tais sites ou recursos.

Recursos de acessabilidade

Para obter os recursos de acessabilidade que foram liberados desde a publicação desta mídia, consulte as avaliações de produtos da Seção 508 disponíveis com a Sun, sob solicitação, para determinar quais versões são melhor adequadas para implementar soluções de acessibilidade. Versões atualizadas dos aplicativos podem ser encontradas em http://sun.com/software/javaenterprisesystem/get.html.

Para obter informações sobre o compromisso da Sun com a acessibilidade, visite http://sun.com/access.