3.2.7. Cambios de HornetQ

3.2.7.1. HornetQ y NFS

En la mayoría de los casos, NFS no es un método apropiado para almacenar datos JMS para uso con HornetQ, al utilizar NIO como tipo de diario, debido a la manera en que funciona el mecanismo de bloqueo sincrónico. Sin embargo, NFS se puede utilizar en ciertas circunstancias, sólo en servidores de Red Hat Enterprise Linux. Esto se debe a la implementación NFS que Red Hat Enterprise Linux utiliza.
La implementación NFS de Red Hat Enterprise Linux soporta E/S directas (abriendo archivos con la configuración de etiquetas O_DIRECT) y la E/S asincrónica basada en el kernel. Con estas funcionalidades presentes, es posible usar NFS como una opción de almacenamiento compartido, bajo reglas estrictas de configuración:
  • El caché del cliente NFS Red Hat Enterprise Linux se debe deshabilitar.

Importante

Se debe chequear el registro del servidor después de iniciar JBoss EAP 6 6 para asegurarse de que la biblioteca nativa cargó de manera exitosa y que se está utilizando el tipo de diario ASYNCIO. Si la biblioteca nativa no logra cargar, HornetQ fallará con el tipo de diario NIO y esto se verá declarado en el registro del servidor.

Importante

La biblioteca nativa que implementa E/S asincrónicas requiere que libaio esté instalado en el sistema Red Hat Enterprise Linux en donde está ejecutando JBoss EAP 6.