O produto GlassFishTM Enterprise Server da Sun é um servidor compatível com a plataforma JavaTM 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.
O que há de novo na versão do Sun GlassFish Enterprise Server v3?
Recursos somente disponíveis no perfil da plataforma completa
Esta seção fornece uma registro das alterações nas Notas da Versão do Sun GlassFish Enterprise Server v3.
Tabela 1–1 Histórico de Revisão
Data |
Descrição das alterações |
---|---|
Dezembro de 2009 |
Versão inicial. |
Janeiro de 2010 |
Informações adicionadas sobre redistribuição. Problema 11427 adicionado a Problemas conhecidos. Problema 11428 adicionado a Problemas conhecidos. Problema 11439 adicionado a Problemas conhecidos. Problema 6852796 adicionado a Problemas conhecidos. |
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:
Serviços Web com Suporte para Tecnologias de Interoperabilidade (WSIT)
Mover as configurações do serviço HTTP para o serviço de rede
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.
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
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.
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.
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.
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
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).
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Esta seção lista os requisitos que precisam ser atendidos antes de instalar o produto Sun GlassFish Enterprise Server v3.
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 JDKTM 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.
Tabela 1–2 Sistemas operacionais suportados
Sistema operacional |
Memória mínima |
Memória recomendada |
Espaço mínimo no disco |
Espaço recomendado no disco |
Máquina Virtual Java |
---|---|---|---|---|---|
Sistema operacional SolarisTM |
|||||
Solaris 10 (plataforma SPARCTM) |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits e 64 bits |
Solaris 10 (plataforma x86) |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits e 64 bits |
OpenSolarisTM 2009.06 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 |
Linux |
|||||
Red Hat Enterprise Linux 5.0 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits e 64 bits |
Red Hat Enterprise Linux 4.0 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
SUSE Linux Enterprise Server 10 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
Ubuntu Linux 8.04 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
Windows |
|||||
Windows 7 Professional |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits e 64 bits |
Windows XP Professional SP3 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
Windows 2008 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
Windows Vista Business |
1 GB |
2 GB |
250 MB livres |
500 MB |
JDK 6 32 bits |
Mac OS |
|||||
Mac OS X 10.5 e 10.6 |
1 GB |
2 GB |
250 MB livres |
500 MB livres |
JDK 6 32 bits |
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.
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.
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
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.
Tabela 1–3 Atribuições de porta padrão para o Enterprise Server v3
Número da porta |
Uso |
---|---|
4848 |
Console de Administração |
8080 |
HTTP |
8081 |
HTTPS |
8686 |
Clientes Pure JMX |
3700 |
IIOP |
3820 |
IIOP/SSL |
3920 |
IIOP/SSL com autenticação mútua |
Se você está usando o sistema operacional Solaris 10, é preciso aplicar a correção apropriada para sua plataforma como listado na tabela a seguir.
Plataforma |
Número da correção |
---|---|
plataforma SPARC |
119963-08 |
plataforma x86 |
119964-08 |
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 SunSolveSM 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.
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.
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 (JRETM):
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.
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 (JDBCTM) para quaisquer sistemas adicionais de gerenciamento de banco de dados (DBMS) com um driver correspondente que suporta o JDBC API (driver JDBC).
Tabela 1–4 Drivers e bancos de dados JDBC suportados
Fornecedor do driver JDBC |
Tipo de driver JDBC |
Servidor de banco de dados suportado |
---|---|---|
MySQL Connector/J Driver 5.1 |
Tipo 4 |
MySQL 5.1 |
Java DB 10.5.3.0 |
Tipo 4 |
Java DB 10.5.3.0 |
Oracle 11 |
Tipo 2 e Tipo 4 |
Oracle 11 |
PostgreSQL 8.4 |
Tipo 4 |
PostgreSQL 8.4 |
DB2 9.7 |
Tipo 2 |
DB2 9.7 |
Sun, DataDirect 4.0 |
Tipo 4 |
Sybase ASE 15 |
Sun, DataDirect 4.0 |
Tipo 4 |
DB2 9.7 |
Sun, DataDirect 4.0 |
Tipo 4 |
Microsoft SQL Server 2008 |
Sun, DataDirect 4.0 |
Tipo 4 |
MySQL 5.1 |
A tabela a seguir lista os navegadores e versões suportados.
Tabela 1–5 Navegadores da Web suportados
Navegador |
Versão |
---|---|
Firefox |
2.0, 3.0 |
Internet Explorer |
7.0, 8.0 |
Safari |
3.2, 4.0 |
O Sun GlassFish Enterprise Server v3 suporta o mod_jk 1.2.x, com um mínimo de 1.2.26.
Esta seção descreve os problemas conhecidos no Sun GlassFish Enterprise Server v3 e as soluções se disponíveis.
[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)
O arquivo de registro da instalação do Windows não é legível (Problema 4881)
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)
A Ferramenta de Atualização Independente falha com falha de segmentação no Solaris (Problema 11222)
O comando updatetool não funciona se você reinstala no mesmo diretório no Windows (Problema 8233)
[EclipseLink] Problemas comElementCollections de incorporáveis (Problema do EclipseLink 296606)
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)
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)
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.
Nenhuma.
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.
Nenhuma.
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.
Nenhuma.
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.
Nenhuma. O Grizzly tenta solucionar este problema mas ainda pode falhar.
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.
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.
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.
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 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.
Use outro editor ou abra manualmente o arquivo de registro da instalação criado no diretório %TEMP%.
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.
Após adicionar um servidor virtual, reinicie o servidor para visualizar os dados de monitoramento para o servidor virtual.
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.
Nenhuma.
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.
Desative o UAC e reinicialize.
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.
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.
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.
Nenhuma.
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.
Minimize o montante de dados que são retornados para o cliente.
Execute o comando asadmin list -m "server.*" , que retorna os elementos do nível superior.
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 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.
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.
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.
Nenhuma.
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.
Inicie o aplicativo cliente usando o script appclient. Os beans gerenciados no aplicativo cliente serão normalmente suportados.
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.
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.
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.
Altere o nome do aplicativo cliente para que não seja myAppClient.jar . Especificamente:
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.
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.
Implemente o aplicativo:
asadmin deploy --retrieve localdir myApp |
Execute o aplicativo cliente:
appclient -client localdir/myAppClient.jar |
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.
Reinicie o servidor. Todas as alterações nesta página requerem a reinicialização do servidor para terem efeito.
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.
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.
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.
Após a desinstalação, remova manualmente o diretório .org* antes de reinstalar.
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.
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) A versão correta é o servlet 3.0.
Para obter mais informações, consulte o Relatório do problema.
Nenhuma.
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.
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.
Para obter mais informações, consulte o Relatório do problema.
Nenhuma.
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.
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.
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.
Duas soluções estão disponíveis:
Adicione a anotação @ChangeTracking(DEFFERED) no incorporável e defina a propriedade eclipselink.weaving.internal como false, ou
Defina as seguintes propriedades como false no XML de persistência: eclipselink.weaving.changetracking e eclipselink.weaving.internal.
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.
Nenhuma.
O depuração do JPA é difícil devido as mensagens limitadas do servidor.
Para obter mais informações, consulte o Relatório do problema.
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 (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.
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. Isso não acontece com cada tentativa de instalação.
Para obter mais informações, consulte o Relatório do problema.
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.
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.
Para fazer a alteração, faça um dos seguintes:
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
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"
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.
Nenhuma.
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.
Nenhuma.
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.
Duas soluções estão disponíveis:
Defina -Djava.system.class.loader=org.glassfish.appclient.client.acc.ACCClassLoader ou
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.
É 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.
Certifique-se de que o datasource-classname especificado para o conjuntos de timer represente um XA DataSource.
Etapas específicas do MySQL:
Descompacte glassfishv3/glassfish/lib/install/applications/ejb-timer-service-app.war .
Adicione o seguinte a WEB-INF/classes/__ejb_timer_mappings.xml depois de <persistence-unit-metadata>:
<persistence-unit-defaults> <delimited-identifiers/> </persistence-unit-defaults>
Compacte o arquivo WEB-INF/classes/__ejb_timer_mappings.xml novamente.
(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 em um servidor seguro a menos que a opção --secure seja usada.
Para obter mais informações, consulte o Relatório do problema.
Use a opção --secure ao publicar o subcomando deploy em um servidor seguro.
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.
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.
Esta seção descreve as seguintes restrições do Sun GlassFish Enterprise Server v3:
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.
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.
A tabela a seguir fornece os títulos de descrições curtas sobre os livros no conjunto de documentação do Enterprise Server.
Tabela 1–6 Livros no conjunto de documentação do Enterprise Server
Título do livro |
Descrição |
---|---|
Fornece informações mais recentes sobre o software e a documentação. Inclui um resumo compreensivo com base em tabela do hardware suportado, sistema operacional, Java Development Kit (JDK), e drivers de banco de dados. |
|
Explica como iniciar com o produto Enterprise Server. |
|
Explica como instalar o software e seus componentes. |
|
Explica como atualizar para a versão mais recente do Enterprise Server. Este guia também descreve as diferenças entre as versões de produtos adjacentes e as opções de configuração que podem resultar em incompatibilidade com as especificações do produto. |
|
Explica como configurar, monitorar e gerenciar os subsistemas de componentes do Enterprise Server a partir da linha de comando, ao usar o utilitário asadmin(1M). As instruções para executar estas tarefas a partir do Console de Administração são fornecidas na ajuda on-line do Console de Administração. |
|
Explica como montar e implementar aplicativos para o Enterprise Server e fornece informações sobre os descritores de implementação. |
|
Fornece um tutorial curto para programadores Java EE iniciantes, que explica todo o processo para desenvolver um aplicativo corporativo simples. O aplicativo de amostra é um aplicativo Web que consiste em um componente com base na especificação Enterprise JavaBeansTM, um serviço Web JAX-RS, e um componente JavaServerTM Faces para a interface Web. |
|
Explica como criar e implementar os aplicativos Java Platform, Enterprise Edition (Java EE platform) destinados para serem executados no Enterprise Server. Estes aplicativos seguem o modelo de padrões do Java para os componentes Java EE e APIs. Este guia fornece informações sobre as ferramentas do desenvolvedor, segurança e depuração. |
|
Explica como usar as interfaces publicadas do Enterprise Server para desenvolver componentes adicionais para o Enterprise Server. Este documento explica como executar somente as tarefas que asseguram que o componente adicional seja adequado para o Enterprise Server. |
|
Explica como executar aplicativos no Enterprise Server incorporado, e como desenvolver aplicativos nos quais o Enterprise Server está incorporado. |
|
Explica como desenvolver aplicativos de script em linguagens como o Ruby on Rails e Groovy on Grails para implementação no Enterprise Server. |
|
Descreve os problemas comuns que você pode encontrar ao usar o Enterprise Server e como solucioná-los. |
|
Descreve as mensagens de erro que você pode encontrar ao usar o Enterprise Server. |
|
Fornece informações de referência no formato de página de mapa para os comandos de administração, comandos utilitários e conceitos relacionados para o Enterprise Server. |
|
Descreve o formato do arquivo de configuração domain.xml do Enterprise Server. |
|
Explica como usar as tecnologias da plataforma Java EE 6 e APIs para desenvolver aplicativos Java EE. |
|
Descreve os novos recursos, questões de compatibilidade e bugs existentes para a Fila de Mensagens do Sun GlassFish. |
|
Explica como definir e gerenciar o sistema de mensagens da Fila de Mensagens do Sun GlassFish. |
|
Guia do Desenvolvedor da Fila de Mensagens para Clientes JMX |
Descreve a interface da programação do aplicativos na Fila de Mensagens do Sun GlassFish, para configurar de forma programática e para monitorar recursos na Fila de Mensagens em conformidade com o Java Management Extensions (JMX). |
Suporte para a Virtualização do Sistema nos Produtos do Sistema Java da Sun |
Resume o suporte da Sun para produtos Java da Sun, quando usados em conjunto com os produtos e recursos de virtualização do sistema. |
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.
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.
Padrões Java EE |
Java Specification Request (JSR) |
Perfil da plataforma completa do Sun GlassFish Enterprise Server v3 |
Perfil da Web do Sun GlassFish Enterprise Server v3 |
---|---|---|---|
X |
X |
||
X |
X |
||
X |
X |
||
Expression Language 2.2 |
X |
X |
|
Debugging Support for Other Languages 1.0 |
X |
X |
|
X |
X |
||
X |
X |
||
Common Annotations for the Java Platform 1.1 |
X |
X |
|
X |
X |
||
X |
X |
||
X |
X |
||
Managed Beans 1.0 |
X |
X |
|
Interceptors 1.1 |
X |
X |
|
Dependency Injection for Java 1.0 |
X |
X |
|
X |
X |
||
Contexts and Dependency Injection for Java EE 1.0 |
X |
X |
|
X |
X |
||
Bean Validation 1.0 |
X |
- |
|
X |
- |
||
X |
- |
||
X |
- |
||
Implementing Enterprise Web Services 1.3 |
X |
- |
|
Web Services Metadata for the Java Platform 2.1 |
X |
- |
|
X |
- |
||
X |
- |
||
X |
- |
||
Java Authentication Service Provider Interface for Containers 1.1 |
X |
- |
|
X |
- |
||
X |
- |
||
X |
- |
||
Java API for XML-Based Registries (JAXR) 1.0 |
X |
- |
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.
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.
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
Informações úteis podem ser encontradas na seguintes localizações:
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.
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.