Nas versões anteriores, o JBoss EAP usava automaticamente o endereço especificado pelo parâmetro de inicialização -b, independente do endereço IP. No JBoss EAP 6, a configuração <inet-address> do servidor procura por uma interface de rede que corresponda ao endereço IP. Apesar disto funcionar para 127.0.0.1, não funciona mais para endereços IP 127.*.*.*. Se você iniciar o servidor JBoss EAP 6 com o argumento de linha de comando -b para vincular os endereços IP 127.*.*.* , você deve, agora, mudar primeiro a interface de <inet-address> para <loopback-address> no arquivo de configuração do servidor.

Para mais informações sobre como configurar o servidor usando o Gerenciamento CLI, consulte a seção entitulada Management CLI Operations no guia Administration and Configuration Guide para a Plataforma de Aplicação do JBoss Enterprise localizada no Portal do Consumidor https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

Nas versões anteriores do JBoss EAP, as dependências do EJB de um serviço ou serviços, incluindo outros EJBs, poderiam ser especificadas usando uma marcação <depends> no descritor de implantação jboss.xml. Por exemplo:

<depends>jboss.j2ee:jndiName=com/myorg/app/Foo,service=EJB</depends>
<depends>jboss.mq.destination:service=Queue,name=queue/HelloworldQueue</depends>

No JBoss EAP 6, você deve usar a anotação @EJB para injetar as referências do EJB e a anotação @Resource para acessar as fontes de dados ou outros recursos. Por exemplo:

@EJB(lookup="java:global/MyApp/FooImpl!com.myorg.app.Foo")
@Resource(mappedName = "java:/queue/HelloworldQueue")

As pesquisas JNDI também mudaram. Consulte a seção entitulada JNDI Changes neste guia para detalhes.

Para mais informações sobre as referências do EJB, consulte a seção entitulada EJB Reference Resolution no guia Development Guide para a Plataforma de Aplicação do JBoss Enterprise localizada no Portal do Consumidor https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

Nas versões prévias do JBoss EAP, era possível usar o HTTPInvoker para configurar um EJB, JNDI ou JMS para usar o protocolo HTTP. Isto não é mais possível no JBoss EAP 6.

O Serviço HA Singleton garante que haja apenas uma instância de um serviço executando dentro do cluster.

O JBoss EAP 5 fornecia suporte para estratégias múltiplas para implantações de HA Singleton, incluindo o serviço Implantador HA Singleton, implantações de POJO utilizando o Controlador HA Singleton e implantações de HA Singleton utilizando o Serviço BarrierController. Todas essas estratégias dependiam da HAPartition para fornecer notificações quando diferentes nós no cluster iniciavam e paravam. Agora, elas não estão mais disponíveis.

No JBoss EAP 6, as implantações de HA Singleton mudaram completamente. O implantador singleton agora opera apenas nos serviços do Contêiner de Serviço Modular (MSC). Quando usando um Serviço Singleton, o serviço de destino é instalado em cada nó no cluster, mas é apenas iniciado em um nó a cada período gerado. Este procedimento simplifica as solicitações de implantação e reduz o período solicitado de relocação do serviço mestre singleton entre os nós. No entanto, ele exige que você escreva um código personalizado para atingir a mesma funcionalidade. Um exemplo de uma implantação de HA Singleton pode ser encontrado nos aplicativos de exemplo de início rápido do JBoss EAP enviados com o produto. Para mais informações sobre HA Singletons, consulte Seção 3.2.8.2, “Implantação de um HA Singleton ” .