Red Hat Training

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

Capítulo 6. Cambios diversos [Esto es una traducción automática]

6.1. Cambios para la entrega de JBoss EAP Natives y Apache HTTP Server [Esto es una traducción automática]

JBoss EAP 7 nativos se entregan de forma diferente en este lanzamiento. Algunos se distribuyen con el nuevo producto Red Hat JBoss Core Services, el cual es un set de software complementario común a muchos productos Red Hat JBoss middleware. El nuevo producto permite una distribución de actualizaciones más rápida y consistente. El producto JBoss Core Services está disponible para ser descargado en un sitio diferente del Portal del cliente de Red Hat.

  • La siguiente tabla presenta las diferencias en los métodos de entrega entre lanzamientos.

    PaqueteJBoss EAP 6JBoss EAP 7

    Nativos AIO para Mensajería

    Se distribuye con el producto en una descarga separada de "Native Utilities".

    Incluidos dentro de la distribución de JBoss EAP. No se requiere descarga adicional.

    Servidor Apache HTTP

    Se distribuye con el producto en una descarga separada de "Apache HTTP Server"

    Se distribuye con el nuevo producto JBoss Core Services

    Conectores mod_cluster, mod_jk, isapi y nsapi

    Se distribuye con el producto en una descarga separada de "Webserver Connector Natives"

    Se distribuye con el nuevo producto JBoss Core Services

    JSVC

    Se distribuye con el producto en una descarga separada de "Native Utilities".

    Se distribuye con el nuevo producto JBoss Core Services

    OpenSSL

    Se distribuye con el producto en una descarga separada de "Native Utilities".

    Se distribuye con el nuevo producto JBoss Core Services

    tcnatives

    Se distribuye con el producto en una descarga separada de "Native Components"

    Revise las novedades de JBoss EAP 7 [Esto es una traducción automática]

  • Le informamos los siguientes cambios:

    • Se eliminó el soporte para los conectores mod_cluster y mod_jk utilizados con el servidor Apache HTTP de los canales Red Hat Enterprise Linux RPM. Si ejecuta Servidor Apache HTTP desde los canales RPM de Red Hat Enterprise Linux y necesita configurar el equilibrio de carga para los servidores JBoss EAP 7, puede hacer una de las siguientes cosas:

      • Use el Apache HTTP Server provisto por JBoss Core Services.
      • Puede configurar JBoss EAP 7 para que actúe como un equilibrador de carga front-end. Para más información, ver Configurando JBoss EAP como equilibrador de carga de front-end en el JBoss EAP Guía de configuración.
      • Puede implementar Apache HTTP Server en una máquina que sea compatible y esté certificada y luego ejecutar el equilibrador de carga en esa máquina. Para ver la lista de configuraciones compatibles, consulte Descripción general de los conectores HTTP en el JBoss EAP 7 Guía de configuración.

    • Se ha dejado de ofrecer soporte para los conectores mod_cluster y mod_jk utilizados con Apache HTTP Server desde los HP-UX Web Server Suites. Si ejecuta Apache HTTP Server desde HP-UX Web Server Suites y necesita configurar el equilibrador de cargas para servidores JBoss EAP 7, puede hacer lo siguiente:

  • Puede encontrar más información sobre Servicios básicos de JBoss en el Guía de instalación del servidor Apache HTTP.

6.2. Cambios en implementaciones en Amazon EC2 [Esto es una traducción automática]

Se han realizado una serie de cambios en Amazon Machine Images (AMI) en JBoss EAP 7. Esta sección resume brevemente algunos de esos cambios.

  • La forma en que inicia las instancias y dominios de JBoss EAP agrupados y no agrupados en Amazon EC2 ha cambiado significativamente.
  • JBoss EAP 6 utilizó el User Data: campo para la configuración de JBoss EAP. Los scripts AMI que analizaron la configuración en User Data: campo y comenzó los servidores automáticamente en el inicio de la instancia se han eliminado de JBoss EAP 7.
  • El agente Red Hat JBoss Operations Network se instaló en la versión anterior de JBoss EAP. En JBoss EAP 7, debe instalarlo por separado.

Para obtener más información sobre la implementación de JBoss EAP 7 en Amazon EC2, consulte Despliegue Red Hat JBoss Enterprise Application Platform en Amazon EC2.

6.3. Desinstalar aplicaciones que incluyen módulos compartidos [Esto es una traducción automática]

Los cambios en el servidor JBoss EAP 7.1 y el complemento Maven pueden ocasionar el siguiente error cuando intente anular la implementación de su aplicación. Este error puede ocurrir si su aplicación contiene módulos que interactúan o dependen el uno del otro. 

WFLYCTL0184:    New missing/unsatisfied dependencies

Por ejemplo, supongamos que tiene una aplicación que contiene dos módulos de proyecto Maven WAR, application-A y application-B, que comparten datos administrados por data-sharing módulo.

Cuando implementa esta aplicación, debe implementar la compartida data-sharing módulo primero, y luego implementar los módulos que dependen de él. La orden de implementación se especifica en <modules> elemento del padre pom.xml archivo. Esto es cierto en las versiones 6.4 a 7.1 de JBoss EAP.

En lanzamientos anteriores de JBoss EAP, puede anular la implementación de todos los archivos de esta aplicación desde la raíz del proyecto principal utilizando el siguiente comando. 

$ mvn wildfly:undeploy

En JBoss EAP 7.1, primero debe anular la implementación de los archivos que utilizan los módulos compartidos y luego anular la implementación de los módulos compartidos. Dado que no hay forma de especificar el orden de des-despliegue en el proyecto pom.xml archivo, debe anular la implementación de los módulos de forma manual. Puede lograr esto ejecutando los siguientes comandos desde la raíz del directorio principal. 

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

Este nuevo comportamiento de anulación de implementación es más correcto y garantiza que no termine en un estado de implementación inestable.

6.4. Cambios en las secuencias de comandos de JBoss EAP [Esto es una traducción automática]

los add-user El comportamiento del script ha cambiado en JBoss EAP 7 debido a un cambio en la política de contraseñas. JBoss EAP 6 tenía una política de contraseña estricta. Como resultado, el add-user el script rechazó las contraseñas débiles que no cumplían con los requisitos mínimos. En JBoss EAP 7, se aceptan contraseñas débiles y se emite una advertencia. Para más información, ver Configuración de restricciones de contraseña de la utilidad para usuarios adicionales en el JBoss EAP Guía de configuración.

6.5. Eliminación del soporte OSGi [Esto es una traducción automática]

Cuando se lanzó por primera vez JBoss EAP 6.0 GA, se incluyó JBoss OSGi, una implementación de la especificación OSGi, como característica de Vista previa de tecnología. Con el lanzamiento de JBoss EAP 6.1.0, JBoss OSGi fue degradado de Technology Preview a Unsupported.

En JBoss EAP 6.1.0, el configadmin y osgi los módulos de extensión y la configuración del subsistema para un servidor independiente se movieron a un EAP_HOME/standalone/configuration/standalone-osgi.xml archivo de configuración. Debido a que no debe migrar este archivo de configuración no compatible, la eliminación de la compatibilidad con JBoss OSGi no debe afectar la migración de una configuración de servidor independiente. Si modificó alguno de los otros archivos de configuración independientes para configurar osgi o configadmin, esas configuraciones deben ser eliminadas.

Para un dominio administrado, el osgi la extensión y la configuración del subsistema se eliminaron de la EAP_HOME/domain/configuration/domain.xml archivo en la versión JBoss EAP 6.1.0. sin embargo, el configadmin la extensión del módulo y la configuración del subsistema permanecen en el EAP_HOME/domain/configuration/domain.xml archivo. Esta configuración ya no es compatible con JBoss EAP 7 y debe eliminarse.