¿Los métodos de observadores de eventos CDI son compatibles con los EJB?

Question

Tengo un Singleton EJB (javax.ejb.Singleton version. Suspiro.) Que tiene un método de observador CDI en él. Cuando trato de implementar esto en glassfish 3.1, el servidor no puede desplegar el archivo EAR sin una explicación real, simplemente diciendo que hubo una excepción durante el despliegue sin más detalles.

SEVERE: Exception while loading the app 
SEVERE: Exception while shutting down application container 
.... 
SEVERE: Exception while shutting down application container : java.lang.NullPointerException 

Este es el detector de eventos CDI:

public void updateFromGranule(@Observes @CloudMask GranuleAvailableEvent granuleEvent) { 
    LOG.info("updating cloud map"); 
    update(granuleEvent.getGranule(), CloudMask.class); 
    fireUpdate(); 
} 

Si cambio el grano Singleton ser sólo un bean @ApplicationScoped la aplicación despliega bien. De forma similar, si elimino el método de observador de eventos CDI, la aplicación se implementa correctamente. Realmente necesito que la clase sea un singleton de EJB porque quiero la transacción, seguridad de subprocesos, etc. de los EJB, así que dejar esto como POJO @ApplicationScoped no me sirve mucho. Sin embargo, el problema no parece estar limitado a los beans de Singleton: he experimentado cambiando la anotación a @Stateless y @Stateful y me sale el mismo problema.

Me parece que esto podría ser un error en Weld, quizás Weld y EJB están peleando acerca de cómo proxy ese método - presumiblemente EJB necesita agregar una clase interceptora y ajustar ese método para garantizar la seguridad del hilo, y Weld es tratando de hacer algo más para que funcione el oyente del evento?

¿Estoy entendiendo algo aquí, y los manejadores de eventos CDI simplemente no deberían usarse en EJB (en cuyo caso debería haber mejores mensajes de error de glassfish) o esto es solo un error en la implementación de CDI o EJB?

Answer 1

creo que esta es la respuesta:

métodos de observador CDI deben parecer ser estáticos o declarado en la interfaz local de un EJB si el EJB declara una interfaz local. Normalmente si intenta declarar un método de observador que no está en la interfaz local se obtiene una excepción de Weld así:

org.jboss.weld.exceptions.DefinitionException: WELD-000088 Observer method must be static or local business method: [method] public org.stain.ObserverBean.testMethod(EventClass) on public@Singleton class org.stain.ObserverBean 

Por alguna razón glassfish no informa adecuadamente esta excepción al cargar mi archivo EAR y simplemente dice Exception while loading the app.

Agregar el método a la interfaz local (o eliminar la declaración de interfaz en la clase) soluciona el problema y permite que la aplicación se cargue normalmente.

Answer 2

Noté el mismo problema con la última versión de soldadura. Pero si agrega la anotación @LocalBean, funcionará con @Singleton y @Singleton @Startup.