Servidor Apache (httpd) e Conectores

900363 - O Gerenciador de Status JK não está funcionando

O Apache mod_jk inclui um API de gerenciador: Quando as operações eram executadas com ele, as alterações não eram aplicadas, se é que iniciadas através do API ou da interface da web do Gerenciador de Status JK. Isto era devido a um erro com a sincronização de memória compartilhada. A causa principal foi corrigida de forma que as operações usando o gerenciador de status agora executam conforme o esperado.

Clustering

900392 - Serviço Singleton poderia falhar com o "IllegalStateException: JBAS010350: Resultado esperado do provedor singleton apenas, mas ao invés disso recebeu 0 resultados"

O SingletonService às vezes falhava com o seguinte resultado no log:

    IllegalStateException: JBAS010350: Expected result from singleton provider only, but instead received 0 results

O erro que ocorreu no método getValueRef e era triggered quando a alteração da visualização ocorria, pois o nó mestre antigo estava interrompido e o novo nó estava sendo inicializado. Para resolver isto, o getValueRef foi alterado para nova tentativa caso nenhum dos resultados forem retornados. O SingletonService é executado agora conforme o esperado.

920367 - ClusteredSingleSignOn ClassCastException com aplicativos não distribuídos

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=920367

901028 - CLONE AS7-5688 ISPN000136: Execution error: java.lang.NullPointerException -> JBAS018079: Falha ao passivar a sessão

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901028

947420 - Não foi possível adquirir o bloqueio após [0 milésimos de segundos] com a passivação de sessão acionada

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=947420

Consoles

900849 - erro EAP6 CLI quando os dados estiverem acima de 64k

Qualquer comando CLI que retornou uma Sequência que estava acima de 65535 caracteres falharia com o seguinte erro:

Communication error: java.util.concurrent.ExecutionException: Operation failed

Isto foi causado pelo uso do método java.io.DataOutput.writeUTF() na biblioteca JBoss DMR. Este método lança um UTFDataFormatException caso a sequência sendo processada for acima de 65535 caracteres. A biblioteca DMR do JBoss foi atualizada para uso de uma técnica alternativa para processar corretamente este número. Qualquer comando CLI que retornar uma sequência acima de 65535 caracteres agora funciona como o esperado.

EJB

957171 - O cliente não tenta novamente a invocação caso um nó estiver sendo encerrado ou desimplementando e uma invocação EJB alcançar o nó naquele estado

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=957171

955506 - Conexões não registradas corretamente para o TX de entrada quando o TX de saída estiver suspendido

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=955506

928922 - [AS7-6526] É difícil identificar o EJB Timer com a id do timer conectada, especialmente se isto não for persistente

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=928922

901203 - Invocações EJB remotas estão gravadas/escritas um byte de cada vez

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901203

HornetQ

900359 - CLONE - Cria um subsistema para a ponte JMS

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=900359

901137 - O servidor não pode ser encerrado quando a tentativa da conexão for configurada para -1

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901137

901177 - O HornetQ não exclui a mensagem da fila quando a mensagem for revertida e o DLQ não estiver presente

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901177

913507 - OutOfMemory no SpecJMS2007 satellite driver

Quando o NIO era habilitado num conector e um número grande de threads estava ativo, um erro OutOfMemory poderia ocorrer. Isto ocorre uma vez que o NioWorker não era encerrado corretamente e os threads e memória que eles usavam não eram lançados. O problema subjacente com o manuseio do thread foi corrigido, reduzindo o risco de um erro OutOfMemory.

É recomendável que o parâmetro "use-nio-global-worker-pool" seja habilitado para minimizar o risco de um erro de memória. Segue abaixo uma configuração de conector de amostra:

<netty-connector name="netty" socket-binding="messaging">
   <param key="use-nio" value="true"/>
   <param key="use-nio-global-worker-pool" value="true"/>
</netty-connector>

919446 - Diário replicado - Acabando o espaço do disco após alteração contínua de backup/ativa.

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=919446

JSF

957838 - Uma exceção "java.io.NotActiveException: Os campos nunca foram gravados" acontece quando o objeto FacesMessage é serializado no JBoss EAP 6.

A deserialização dos objetos FacesMessage lançariam uma exceção (java.io.NotActiveException) em determinadas circunstâncias. Isto ocorreu uma vez que os métodos defaultWriteObject() ou writeFields() do ObjectOutputStream não eram invocados durante a serialização, conforme requerido pela especificação JSF. Esses métodos são chamados corretamente durante a serialização e deserilização dos objetos FacesMessage e funcionam agora conforme o esperado.

901266 - @PreDestroy não é chamado na visualização do bean gerenciado com escopo

A memória usada pelo JSF ViewScoped beans não foi recuperada em certas circunstâncias, resultando no aumento da memória usada pelo servidor do aplicativo ao longo do tempo (um "vazamento de memória"). A causa disto é que o método @PreDetroy desses beans não foi chamado quando suas sessões expiraram. A implementação do JavaServer Faces na Plataforma do Aplicativo JBoss Enterprise 6 foi atualizada para o Mojarra 2.1.16 que soluciona este problema. Quando a expiração da sessão ocorre, cada método do bean gerenciado @PreDestroy é invocado corretamente e os recursos alocados à cada bean são recuperados.

Scripts e Comandos

900518 - A utilidade Jdr script não está apta a conectar ao localhost:9990

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=900518

Segurança

910322 - Não foi possível adicionar a função de segurança ao security-setting usando o CLI

Quando adicionando um security-role usando o CLI ou API, era necessário a especificação duas funções que o usuário deveria possuir, e todas as funções que ele não deveria ter. Isto é devido à operação :add para este recurso não possuir valores padrões para esses parâmetros. O padrão desses parâmetros agora é false. A adição de uma nova função apenas requer que você especifique as funções que o security-role deve possuir configurando-as para true. Todas as demais funções possuem padrão false.

Web

901061 - É necessário uma configuração "DeleteWorkDirOnContextDestroy" no EAP 6 Web Subsystem

A Plataforma do Aplicativo JBoss Enterprise 6 não recompilava os JSPs de fonte na reimplementação a não ser que eles fossem mais novos do que o java associado ou arquivos de classe. As versões mais recentes da Plataforma do Aplicativo JBoss Enterprise 6 não contém o código para remover o java e os arquivos de classe na desimplementação. Isto significa que se um usuário tentasse restaurar as fontes de uma versão mais antiga de um webapp, os arquivos .java e .class não eram removidos, o que prevenia os JSPs de ser recompilados. O código correspondente foi agora adicionado à Plataforma do Aplicativo JBoss Enterprise 6 e pode ser ativado através da propriedade de sistema org.jboss.as.web.deployment.DELETE_WORK_DIR_ONCONTEXTDESTROY. O padrão para esta propriedade é false. Os usuários da Plataforma do Aplicativo JBoss Enterprise 6 podem usar agora esta propriedade para remover os arquivos .java e .class para garantir que as fontes JSP são recompiladas.

905165 - Os parâmetros de expressão do método levam à NPE/MethodNotFoundException

Um método de Language Expression (EL- Linguagem de Expressão) numa página JSF com qualquer conjunto de argumentos determinados para null levam a uma exceção (NullPointerException) a ser lançada quando invoca. Isto ocorria uma vez que o pesquisador JBoss Web EL não manuseava o caso de um argumento sendo um valor nulo. O JBoss Web foi atualizado para manusear de forma correta os valores nulos em expressões de métodos. A invocação dos métodos EL com um parâmetro nulo agora desempenham conforme o esperado.

Servidor Apache (httpd) e Conectores

900620 - Os APR nativos não estão sendo carregados se o UAC estiver (Windows Server 2008 R2)

Nos servidores do Windows, as bibliotecas Apache portable runtime (APR - período de execução portáveis do Apache) irão falhar no carregamento a não ser que um usuário com direitos de administrador estiver sendo usados com o User Account Control (UAC - Controle da Conta do Usuário) desabilitado.

Clustering

901164 - Os dados de sessão obsoletos recebidos após a falha, as sessões são perdidas

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901164

900707 - A substituição de propriedade não funciona quando a sequência "localhost" é usada como parte do valor padrão

A substituição da propriedade não funciona corretamente quando a sequência localhost era usada como parte do valor padrão na configuração do subsistema JGroups. A substituição da propriedade é um recurso fornecido para os subsistemas da Plataforma do Aplicativo JBoss Enterprise 6. No entanto, nem todos os subsistemas possuem isto habilitado e alguns dos subsistemas (como o JGroups) realizam algumas das próprias substituições. No entanto, este comportamento não é padronizado e diferencia-se das propriedades de subsistema suportadas. A Red Hat não recomenda o uso da substituição de propriedade com o subsistema do JGroups até que este problema seja resolvido.

900378 - Os beans CDI com o trigger da replicação CONFIGURADO não estão replicando

Devido uma bug no componente Weld, o método setAttribute não é chamado corretamente. Isto leva à falha da replicação dos beans CDI com o trigger da replicação SET. A solução para isto é usar o trigger SET_AND_NON_PRIMITIVE_GET para esses beans. Isto será corrigido num lançamento futuro.

900549 - transiente "WeldListener: java.lang.NullPointerException" com o clustering e a replicação da sessão

Um WeldListener: java.lang.NullPointerException é lançado ocasionalmente. O cliente recebe uma resposta HTTP 503 juntamente com o texto de exceção.

900483 - CLONE - Dados de Sessão Obsoleta recebidos quando usando o DIST SYNC no encerramento do nó

Durante o teste, poucos casos apresentaram que os dados da sessão obsoleta foram recebidos quando um nó encerrou e um modo de cache DIST SYNC ou DIST ASYNC era usado. Este problema continua sob investigação.

959753 - DIST SYNC: O serviço jboss.infinispan.web.default-host/XY não iniciará após o nó reiniciar com o "Tempo limite de transferência de estado inicial"

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=959753

HornetQ

959216 - Não foi possível enviar mensagens grandes usando o protocolo Stomp

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=959216

959616 - Deadlock durante o encerramento de limpeza do backup durante a ativação

O servidor da Plataforma do Aplicativo JBoss Enterprise 6 que está configurado como o servidor de backup HornetQ irá falhar no encerramento na seguinte situação:

• Os Message-Driven Beans estão implantados localmente no servidor, e

• o comando de encerramento está sendo executado durante a ativação do servidor.

Neste cenário, o encerramento resultará num deadlock que previne o processo de encerramento de ser completado. Uma vez estando deadlock, o servidor deve ser forçadamente encerrado. Isto pode ser realizado no Red Hat Enterprise Linux 6 usando o comando kill -9.

Para evitar esta situação, apenas tente encerrar o servidor antes ou após a ativação e não durante o processo de carregamento do diário.

959789 - A ponte HQ core não falha

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=959789

928400 - pageSize >= maxSize causando um estado de servidor inapropriado

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=928400

912653 - Clone: O JNDI remoto não está funcionando com a ponte JMS apenas do HornetQ

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=912653

922184 - Diário replicado - NullPointerException na parte do backup quando salvando adicionar/confirmar mensagem ao diário não-existente

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=922184

928288 - Diário replicado - Estado de backup ilegal caso a rede falhar presença enquanto a replicação do diário inicial falhar

Refira-se https://bugzilla.redhat.com/show_bug.cgi?id=928288

899966 - Problema com o Netty no endereço de link local IPv6

Devido à bug JDK, caso você use os endereços locais do link, as IDs da zona são usadas para distinguir qual interface é escolhida. Esse problema não afeta os endereços globais. O atalho para este problema será incluído numa versão futura do componente Netty.

Scripts e Comandos

965315 - o tempo de espera jboss-ec2-eap do script do usuário não funciona de maneira apropriada

O recurso do tempo de espera implantado no script do usuário das imagens AMI da Plataforma do Aplicativo JBoss Enterprise não funciona. Caso o comando no script do usuário permanecer, isto prevenirá o booting da máquina virtual com sucesso. O recurso do tempo de espera tinha como intenção permitir que a máquina virtual continuasse o boot, independente do shell do script do usuário permanecido, permitindo que os diagnósticos sejam conduzidos no script do usuário. A causa deste problema é que o shell Bash não suporta o controle do trabalho em shells não interativos e esse recurso é requerido pelo tempo de espera implementado no script do usuário. Não há nenhuma alternativa no momento para isto, mas espera-se que isto seja resolvido no próximo lançamento.

956281 - Iniciando o EAP 6.1 em 32bit jvm pode resultar em falha de inicialização JVM

No Windows 8 32-bit JVMs, a configuração do espaço genérico permanente máximo padrão leva o JVM a não ser criado, o que previne o servidor de iniciar. A solução deste problema é remover o parâmetro -XX:MaxPermSize=256m a partir dos parâmetros de iniciação do JVM. Uma vez que isto seja feito, o JVM será criado e o servidor será iniciado.

916960 - O Standalone.bat não funciona caso houver parenteses no caminho ao EAP.

Esse lançamento da Plataforma do Aplicativo JBoss Enterprise 6 possui um problema conhecido com o instalador do Windows e instalações a um diretório padrão contendo parênteses. Por exemplo: C: Program Files (x86)\jboss-eap-6.1\.

Nessas circunstâncias, o arquivo standalone.bat poderá falhar com a mensagem \jboss-eap-6.1 was unexpected at this time.

Isto ocorre devido o processador DOS interpretar o parênteses final no nome de caminho do JBoss "echoed" como o final de uma declaração if precedente.

Para solucionar este problema:

1. Abra o arquivo JBOSS_HOME\bin\standalone.bat num editor.

2. Encontre a seguinte linha:

   echo    JBOSS_HOME: %JBOSS_HOME%

3. Adicione aspas em volta da variável %JBOSS_HOME%:

   echo    JBOSS_HOME: "%JBOSS_HOME%"

Isto garantirá que os parênteses sejam interpretados corretamente e o standalone.bat será executado com êxito.

Segurança

920160 - Acesso não autorizado a um aplicativo da web protegido com o módulo de autorização personalizada resulta no HTTP 200 (OK) ao invés do HTTP 403 (Forbidden)

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=920160

963277 - A depuração dos Java Security Managers resulta num StackOverflow no boot

A execução com o gerenciador de segurança habilitado e o -Djava.security.debug=access:failure resulta numa mensagem de erro StackOverflow e uma instância da Plataforma do Aplicativo JBoss Enteprise não bootable. Este problema é causado uma vez que o resultado de depuração do AccessControllercontext aos fluxos do Sistema levam a um loop infinito enquanto checando permissões. A causa central deste problema foi identificada e espera-se ser resolvida num lançamento futuro.

Servidor Apache Server (httpd) e Conectores, Documentação

900580 - httpd: libaprutil-1.so.0: o arquivo é muito curto

As binárias do Apache portable runtime (APR - período de execução portátil do Apache) não são empacotadas nativamente como parte da Plataforma do Aplicativo JBoss Enterprise ou Servidor da Web do JBoss Enterprise para o Red Hat Enterprise Linux. Os Symlinks são usados para referência na tentativa de usar as binárias APR caso os seguintes pacotes não forem instalados: apr, apr-util, apr-devel, apr-util-devel.

A correção para este problema será lançada numa atualização futura do Red Hat Enterprise Linux APR.

CDI/Weld

927895 - META-INF "Dependências: serviços org.foo.module" não funciona para as extensões do CDI Portátil

Um Problema Conhecido existe neste lançamento da Plataforma do Aplicativo JBoss Enterprise 6 onde as implantações com dependências nas Extensões do CDI Portátil entregues com os módulos irão falhar em implantar a seguinte exceção:

org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [<Extension Name>]

Isto é devido às implantações não carregarem as Extensões do CDI Portátil a partir dos módulos declarados como dependências.

Para que um aplicativo carregue a Extensão do CDI Portátil definida num Módulo do JBoss, não é suficiente ao aplicativo declarar a dependência na extensão do Módulo JBoss. O aplicativo deve declarar também uma dependência na classe de Extensão Portátil em seu arquivo META-INF/services/javax.enterprise.inject.spi.Extension.

CLI

928444 - Não foi possível iniciar o CLI na janela caso o diretório pai do aesh.log não existir

A ferramenta CLI falha na iniciação caso o diretório pai de seu arquivo de log não existir. O CLI lança uma exceção (IOException) com a seguinte mensagem de erro:

java.io.IOException: Couldn't get lock for C:\Users\hudson\AppData\Local\Temp\2\\aesh.log

Para evitar este erro, certifique-se de que o diretório especificado existe antes da iniciação da ferramenta CLI.

Clustering,EJB

900480 - CLONE - Período de resposta extremamente demorada na invocação do EJB Remoto na invocação de membro de cluster

No encerramento ou falha do servidor, as alterações do membro podem levar um minuto a serem completadas. Este problema está sob investigação no momento.

EJB,Nomeação,Remoto

923836 - o protocolo remote:// não funciona sob o SSL com o IBM JDK

Existe um Problema Conhecido neste lançamento da Plataforma do Aplicativo JBoss Enteprise 6 onde a pesquisa de nomeação remota falha intermitentemente num IBM JDK com a seguinte exceção:

org.jboss.remoting3.NotOpenException: Endpoint is not open.

Este problema continua presente quando o cliente usa o IBM JDK. Nas instâncias onde o servidor está no IBM JDK e o cliente usa outro JDK, o problema não está presente.

O problema está sendo investigado para que uma solução seja encontrada.

EJB,Remoto

962734 - IOException durante a invocação EJB leva à permanência

Caso um recipiente do protocolo EJS ao lado do servidor receber um cabeçalho de mensagem a partir de um cliente, uma mensagem similar ao seguinte será registrada em log e o cliente permanecerá.

15:06:46,092 WARN  [org.jboss.as.ejb3] (Remoting "dhcp-4-126" task-4) JBAS014254: Received unsupported message header 0xffffffff on channel Channel ID 0c51fad8 (inbound) of Remoting connection 4589adff to /127.0.0.1:33329

Quando o cabeçalho de mensagem inválido for recebido e registrado em log, o recipiente do protocolo EJB não registrava-se ao canal, de forma que ele não responderia a qualquer mensagem futura. O cliente ficaria esperando por uma resposta que nunca seria enviada uma vez que a mensagem original não foi processada pelo servidor. Não há nenhuma solução conhecida para este problema, porém espera-se que ele seja corrigido num lançamento futuro.

EJB,Gerenciador de Transação

952746 - Corrige as falhar da recuperação da transação envolvendo o recurso EJB remoto.

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=952746

Hibernate

900321 - HHH-7287 Problema em efetuar o cache de forma apropriada no natural-id-values quando obtendo resultado pelo naturalIdQuery usando o NaturalIdLoadAccess

O NaturalIdLoadAccess comporta-se de forma inconsistente quando tentando carregar as entidades de Segundo Nível(L2) de Cache após uma atualização de seus valores de id natural a partir de um cenário não transacional.

O Hibernate não suporta no momento o cache de segundo nível de entidades de forma apropriada com IDs naturais nos cenários onde existe uma mistura de acesso transacional e não transacional à fonte de dados.

Suporte IPv6

900564 - Formato errado dos endereços IPv6 nas entradas de log

Os endereços IPv6 devem ser formatados com colchetes([ e ]), como no http://[2620:52:0:105f::ffff:2]:9990. Os colchetes estão ausentes nos arquivos de log para a Plataforma do Aplicativo JBoss Enterprise 6. Este problema está esquematizado para ser corrigido num lançamento futuro.

900609 - Soquetes IPv4 abertos no Windows quando o servidor é limitado para IPv6

Caso o Aplicativo JBoss Enteprise 6 for iniciado no servidor do Microsoft Windows com a pilha IPv4 desabilitada e a pilha IPv6 habilitada, os soquetes IPv4 continuam abertos. Este problema continua sob investigação.

JCA

952277 - a desativação do xa-data-source leva à perda da fonte de dados que seu atributo habilitado configurou para falso e após recarregá-lo ele torna-se habilitado

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=952277

RESTEasy

958896 - RESTEasy: Content-Type inválido em resposta - Má comportamento quando o cabeçalho de aceitação inválido é especificado no cabeçalho de solicitação

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=958896

Remoto, Nomeação

913189 - Compatibilidade inversa para os clientes JMS com pesquisas JNDI

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=913189

Servidor

911496 - A alteração numa estrutura em módulo previne os JBDS de criarem um servidor EAP 6.1

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=911496

Serviços da Web

900634 - O JBossWS-CXF não envia uma mensagem de falha ao ponto de extremidade FaultTo quando solicitando-respondendo uma mensagem.

Caso o elemento FaultTo do WS-Addressing for configurado para um cliente WS, o servidor WS não envia as mensagens de falha à destinação FaultTo. No entanto, caso o elemento ReplyTo for configurado, o servidor WS não envia as respostas à destinação ResponseTo. A causa deste problema continua sob investigação.

mod_cluster

901227 - node-timeout, worker-timeout, flush-wait e ttl mod_cluster atributos no console da web

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=901227

960243 - Regressão na integração ProxyPass

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=960243

958991 - mod_cluster core quando usa ProxyPass / balancer://bal e CreateBalancers 1

O usuários da Plataforma do Aplicativo JBoss Enterprise 6, que possuem o CreateBalancers 1 configurado no /conf.d/mod_cluster.conf e que não possuem a configuração stickysession=JSESSIONID|jsessionid encontrarão a seguinte falha de segmentação:

[notice] child pid 7787 exit signal Segmentation fault (11)

A adição do elemento stickysession à configuração CreateBalancers resolverá este problema.

Por exemplo:

CreateBalancers 1
ProxyPass / balancer://qacluster stickysession=JSESSIONID|jsessionid

900801 - Adição do modcluster através das falhas CLI.

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=900801

963720 - mod_cluster: falha da pesquisa do DNS do proxy com o IPv6 no Solaris

Refira-se ao https://bugzilla.redhat.com/show_bug.cgi?id=963720

Não especificado

900047 - O SystemMemoryUsageLoadMetric não está correto no Linux/Unix

O SystemMemoryUsageLoadMetric não apresenta informação útil nos sistemas operacionais Linux ou UNIX. Para esses sistemas, o HeapMemoryUsageLoadMetric fornece informação mais útil. A solução para este problema será a alteração do algoritmo do SystemMemoryUsageLoadMetric para subtrair o valor buffers/cache do número used. O melhor método para isto está sob investigação.

901231 - O uso do finalize() necessita de guardas extras no IBM JDK

A Plataforma do Aplicativo JBoss Enterprise 6 pode experienciar falhas intermitentes quando rodando no IBM JDK 6 and 7. Isto é devido ao coletor de lixo IBM ser mais agressivo que os outros JVMs. Isto pode resultar às vezes na memória sendo recuperada em situações que não eram antecipadas e que não foram manifestadas quando testando em outros JVMs.

Até que este problema seja resolvido a Red Hat não recomenda o uso do IBM JDK 6 ou 7 para execução da Plataforma do Aplicativo JBoss Enterprise 6.