Bean controlado por mensajes con Java Message Queue abajo

Question

Tengo el siguiente problema desplegar mi aplicación.

Utiliza JMS y una OpenMQ remoto para la comunicación entre los servidores. El problema es que la conexión no es totalmente fiable por lo que puede ser hacia arriba o hacia abajo. Para volver a conectar me puse las JMS reconectan propiedad glassfish por lo que se vuelve a conectar si en algún momento se pierde la conexión. El problema surge cuando intento para implementar la aplicación y no hay conexión. Parece que se va a continuar intentando la conexión, pero la aplicación no termina hasta que el despliegue conexión disponible.

¿Es posible configurarlo en modo alguno que el despliegue continúa incluso si no hay conexión y va a continuar intentando hasta que haya disponibilidad de la conexión?

Muchas gracias.

Editar : Estoy tratando de ejecutar la inicialización MDB en un hilo diferente. He intentado tanto

Estoy intentando asignar un subproceso diferente a la MDB por dos maneras de cambiar el sol ejb.jar.xml

        <bean-pool>
            <steady-pool-size>1</steady-pool-size>
            <resize-quantity>1</resize-quantity>
            <max-pool-size>1</max-pool-size>
            <pool-idle-timeout-in-seconds>60</pool-idle-timeout-in-seconds>
        </bean-pool>

y también con

        <use-thread-pool-id>a-new-thread-pool</use-thread-pool-id>

Pero no tuve suerte. Parece que se está a la espera de este hilo para terminar ya que parece que se está haciendo el nuevo hilo, pero espera a que el hilo hasta el final para terminar de comenzar la aplicación así, en mi caso, la aplicación no se despliegan correctamente ..

Editar 2 Traté de correr JMS servicio en un subproceso diferente también ...

asadmin create-resource-adapter-config --threadpools a-new-thread-pool jmsra

No hubo suerte también.

Answer 1

Con proveedor JMS predeterminado glassfish esto es imposible. Finalmente logré hacer esto cambiando el adaptador JCA a

https://jmsjca.dev.java.net/

Answer 2

¿Puede usted pensar en generar un subproceso independiente que se conecta a las JMS, de tal manera que las principales aplicaciones sigue funcionando sin ser bloqueado.