Red Hat Training

A Red Hat training course is available for Red Hat JBoss Enterprise Application Platform

Capítulo 6. Alterações diversas [Esta é uma tradução automática]

6.1. Alterações no modo de entrega do JBoss EAP Natives e Servidor HTTP Apache [Esta é uma tradução automática]

JBoss EAP 7 nativos são entregues de uma forma diferente neste lançamento. Agora alguns são enviados com o novo produto Red Hat JBoss Core Services, que é um grupo de softwares suplementares que é comum em muitos produtos middleware da Red Hat JBoss. O novo produto permite distribuição mais rápida de atualizações e uma experiência de atualização mais consistente. O produto JBoss Core Services está disponível para download em uma localidade diferente no Portal do Cliente Red Hat .

  • A seguinte tabela lista as diferenças nos métodos de entrega entre os lançamentos.

    PacoteJBoss EAP 6JBoss EAP 7

    AIO Natives para mensagens

    Entregue com o produto em um download "Native Utilities" separado

    Incluído na distribuição de JBoss EAP. Não é necessário nenhum download adicional.

    Servidor HTTP Apache

    Entregue com o produto em um download "Servidor HTTP Apache" separado.

    Entregue com o novo produto JBoss Core Services

    mod_cluster, mod_jk, isapi, e conectores nsapi

    Entregue com o produto em um download "Webserver Connector Natives" separado

    Entregue com o novo produto JBoss Core Services

    JSVC

    Entregue com o produto em um download "Native Utilities" separado

    Entregue com o novo produto JBoss Core Services

    OpenSSL

    Entregue com o produto em um download "Native Utilities" separado

    Entregue com o novo produto JBoss Core Services

    tcnatives

    Entregue com o produto em um download "Native Components" separado

    Revise O Que Há de Novo no JBoss EAP 7 [Esta é uma tradução automática]

  • Você também deve estar ciente das seguintes alterações:

    • O suporte foi removido para os conectores mod_cluster e mod_jk usados ​​com o Apache HTTP Server dos canais RPM do Red Hat Enterprise Linux. Se você executar o Apache HTTP Server a partir dos canais RPM do Red Hat Enterprise Linux e precisar configurar o balanceamento de carga para os servidores do JBoss EAP 7, você pode fazer o seguinte:

      • Use o servidor HTTP Apache fornecido pelo JBoss Core Services.
      • Você pode configurar o JBoss EAP 7 para atuar como um balanceador de carga front-end. Para mais informações, veja Configurando o JBoss EAP como um balanceador de carga front-end no JBoss EAP Guia de configuração.
      • Você pode implantar o Apache HTTP Server em uma máquina que é suportada e certificada e, em seguida, executar o balanceador de carga nessa máquina. Para a lista de configurações suportadas, consulte Visão Geral dos Conectores HTTP no JBoss EAP 7 Guia de configuração.
    • Foi eliminado suporte para conectores mod_cluster e mod_jk utilizados com o servidor HTTP Apache a partir do HP-UX Web Server Suites. Se você executar o servidor HTTP Apache a partir do HP-UX Web Server Suites e precisar configurar balanceamento de carga para servidores JBoss EAP 7, você pode fazer uma das seguintes opções:

      • Você pode configurar o JBoss EAP 7 para atuar como um balanceador de carga front-end. Para mais informações, veja Configurando o JBoss EAP como um balanceador de carga front-end no JBoss EAP Guia de configuração.
      • Você pode implantar o Apache HTTP Server em uma máquina que é suportada e certificada e, em seguida, executar o balanceador de carga nessa máquina. Para a lista de configurações suportadas, consulte Visão Geral dos Conectores HTTP no JBoss EAP Guia de configuração.
  • Você pode encontrar mais informações sobre JBoss Core Services no Guia de Instalação do Servidor HTTP Apache.

6.2. Alterações às implementações no Amazon EC2 [Esta é uma tradução automática]

Várias mudanças foram feitas na Amazon Machine Images (AMI) no JBoss EAP 7. Esta seção resume brevemente algumas dessas mudanças.

  • O modo como você inicia instâncias JBoss EAP clusterizadas e não clusterizadas e domínios no Amazon EC2 foram alterados significativamente.
  • O JBoss EAP 6 usou o User Data: campo para a configuração do JBoss EAP. Os scripts da AMI que analisaram a configuração no User Data: campo e iniciou os servidores automaticamente na inicialização da instância foram removidos do JBoss EAP 7.
  • O agente Red Hat JBoss Operations Network era instalado em lançamentos prévios do JBoss EAP. No JBoss EAP 7, você deve instalá-lo separadamente.

Para detalhes sobre a implantação do JBoss EAP 7 no Amazon EC2, veja Implantando Red Hat JBoss Enterprise Application Platform na Amazon EC2.

6.3. Remoção de Implementação de Aplicativos que Incluem Módulos Compartilhados [Esta é uma tradução automática]

Mudanças no servidor do JBoss EAP 7.1 e no plug-in do Maven podem resultar na seguinte falha quando você tentar desimplantar seu aplicativo. Esse erro pode ocorrer se seu aplicativo contiver módulos que interajam ou dependam um do outro.

WFLYCTL0184:    New missing/unsatisfied dependencies

Por exemplo, suponha que você tenha um aplicativo que contenha dois módulos de projeto do Maven WAR, application-A e application-B, que compartilham dados gerenciados pelo data-sharing módulo.

Ao implantar esse aplicativo, você deve implantar o compartilhamento data-sharing primeiro módulo e, em seguida, implemente os módulos que dependem dele. A ordem de implantação é especificada no <modules> elemento do pai pom.xml Arquivo. Isso é verdade nas versões 6.4 a 7.1 do JBoss EAP.

Nas versões anteriores do JBoss EAP, você poderia desimplantar todos os arquivos para este aplicativo a partir da raiz do projeto pai usando o seguinte comando.

$ mvn wildfly:undeploy

No JBoss EAP 7.1, você deve primeiro desimplantar os arquivos que usam os módulos compartilhados e, em seguida, remover os módulos compartilhados. Como não há como especificar a ordem de desocupação no projeto pom.xml arquivo, você deve desimplantar os módulos manualmente. Você pode fazer isso executando os seguintes comandos a partir da raiz do diretório pai.

$ mvn wildfly:undeploy -pl application-A,application-B
$ mvn wildfly:undeploy -pl data-shared

Esse novo comportamento de remoção de implementação é mais correto e garante que você não acabe em um estado de implantação instável.

6.4. Alterações nos scripts do JBoss EAP [Esta é uma tradução automática]

o add-user O comportamento do script mudou no JBoss EAP 7 devido a uma mudança na política de senha. O JBoss EAP 6 tinha uma política de senha estrita. Como resultado, add-user O script rejeitou senhas fracas que não satisfaziam os requisitos mínimos. No JBoss EAP 7, senhas fracas são aceitas e um aviso é emitido. Para mais informações, veja Configurando Restrições de Senha do Utilitário Add-User no JBoss EAP Guia de configuração.

6.5. Remoção de suporte OSGi [Esta é uma tradução automática]

Quando o JBoss EAP 6.0 GA foi lançado pela primeira vez, o JBoss OSGi, uma implementação da especificação OSGi, foi incluído como um recurso de apresentação prévia de tecnologia. Com o lançamento do JBoss EAP 6.1.0, o JBoss OSGi foi rebaixado de apresentação técnica para não suportado.

No JBoss EAP 6.1.0, o configadmin e osgi módulos de extensão e configuração do subsistema para um servidor independente foram movidos para um EAP_HOME/standalone/configuration/standalone-osgi.xml arquivo de configuração. Como você não deve migrar esse arquivo de configuração não suportado, a remoção do suporte do JBoss OSGi não deve afetar a migração de uma configuração de servidor independente. Se você modificou qualquer um dos outros arquivos de configuração independentes para configurar osgi ou configadmin, essas configurações devem ser removidas.

Para um domínio gerenciado, o osgi extensão e configuração do subsistema foram removidos do EAP_HOME/domain/configuration/domain.xml arquivo na versão do JBoss EAP 6.1.0. No entanto, o configadmin a extensão do módulo e a configuração do subsistema permanecem no EAP_HOME/domain/configuration/domain.xml Arquivo. Esta configuração não é mais suportada no JBoss EAP 7 e deve ser removida.