CDI que no trabaja en el oído desplegado a GlassFish v3.0.1
https://stackoverflow.com/questions/3167455
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Tengo un problema con el uso de la inyección registrador de soldadura.
Escenario:. Tengo oído con el interior ejb-jar
Esta es mi bean EJB:
@Stateless
@LocalBean
public class PartnersService {
@Inject
Logger log;
@PersistenceContext(unitName = "Utopia")
EntityManager em;
public PartnersService() {
}
public OasysPartnerEntity getPartner(long id){
return em.find(OasysPartnerEntity.class, id);
}
@Schedule( hour = "*", minute = "*", second = "*/15")
public void print1Partner(){
System.out.println("This is test");
log.info("This is partner`s email under id 1 = ");
}
@TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
public void saveTempPartnerTemp(OasysPartnerTempEntity part){
em.persist(part);
}
}
cuando print1Partner llama llegué excepción:
| 2010-07-02T19: 25: 35.003 + 0.300 | ADVERTENCIA | oráculo-glassfish3.0.1 | javax.enterprise.system.container.ejb.com.sun.ejb.containers | _ThreadID = 48; _ThreadName = Thread- 1; | Una excepción del sistema se produjo durante una invocación de EJB PartnersService método public void ua.co.oasys.fenix.persistence.PartnersService.print1Partner () javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: No se pudo crear EJB sin estado en com.sun.ejb.containers.StatelessSessionContainer._getContext (StatelessSessionContainer.java:448) a com.sun.ejb.containers.BaseContainer.getContext (BaseContainer.java:2467) a com.sun.ejb.containers.BaseContainer.preInvoke (BaseContainer.java:1860) a com.sun.ejb.containers.BaseContainer.callEJBTimeout (BaseContainer.java:3962) a com.sun.ejb.containers.EJBTimerService.deliverTimeout (EJBTimerService.java:1667) a com.sun.ejb.containers.EJBTimerService.access $ 100 (EJBTimerService.java:98) a com.sun.ejb.containers.EJBTimerService $ TaskExpiredWork.run (EJBTimerService.java:2485) a java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:441) a java.util.concurrent.FutureTask $ Sync.innerRun (FutureTask.java:303) a java.util.concurrent.FutureTask.run (FutureTask.java:138) a java.util.concurrent.ThreadPoolExecutor $ Worker.runTask (ThreadPoolExecutor.java:886) a java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:908) a java.lang.Thread.run (Thread.java:619) Causado por: javax.ejb.EJBException: javax.ejb.CreateException: No se pudo crear EJB sin estado en com.sun.ejb.containers.StatelessSessionContainer $ SessionContextFactory.create (StatelessSessionContainer.java:720) a com.sun.ejb.containers.util.pool.NonBlockingPool.getObject (NonBlockingPool.java:200) a com.sun.ejb.containers.StatelessSessionContainer._getContext (StatelessSessionContainer.java:443) ... 12 más causada por: javax.ejb.CreateException: No se pudo crear EJB sin estado en com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB (StatelessSessionContainer.java:528) a com.sun.ejb.containers.StatelessSessionContainer.access $ 000 (StatelessSessionContainer.java:90) a com.sun.ejb.containers.StatelessSessionContainer $ SessionContextFactory.create (StatelessSessionContainer.java:718) ... 14 más causada por: java.lang.NullPointerException en java.util.concurrent.ConcurrentHashMap.get (ConcurrentHashMap.java:768) a org.jboss.weld.manager.BeanManagerImpl.getBean (BeanManagerImpl.java:1171) a org.jboss.weld.manager.BeanManagerImpl.getBean (BeanManagerImpl.java:132) a org.glassfish.weld.services.JCDIServiceImpl._createJCDIInjectionContext (JCDIServiceImpl.java:145) a org.glassfish.weld.services.JCDIServiceImpl.createJCDIInjectionContext (JCDIServiceImpl.java:122) a com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext (BaseContainer.java:1616) a com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB (StatelessSessionContainer.java:469) ... 16 más | #]
Uso: EJB 3.1, GlassFish 3.0.1
Algunos de dependencia Maven:
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>javax.ejb</artifactId>
<version>3.0</version>
<scope>provided</scope>
</dependency>
<!-- SL4J API -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.6.0</version>
<scope>provided</scope>
</dependency>
<!-- SLF4J JDK14 Binding -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-jdk14</artifactId>
<version>1.6.0</version>
<scope>provided</scope>
</dependency>
<!-- Injectable Weld-Logger -->
<dependency>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-logger</artifactId>
<version>1.0.0-CR2</version>
<scope>provided</scope>
</dependency>
<!--CDI-->
<dependency>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<scope>provided</scope>
<version>1.0-CR4</version>
</dependency>
pom.xml oído
<dependencies>
....
<!--weld-->
<!-- SL4J API -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.6.0</version>
</dependency>
<!-- SLF4J JDK14 Binding -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-jdk14</artifactId>
<version>1.6.0</version>
</dependency>
<!-- Injectable Weld-Logger -->
<dependency>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-logger</artifactId>
<version>1.0.0-CR2</version>
</dependency>
<dependency>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<version>1.0-CR4</version>
</dependency>
</dependencies>
<build>
...
<configuration>
<modules>
...
<!--weld-->
<!-- SL4J API -->
<jarModule>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<bundleDir>lib</bundleDir>
</jarModule>
<!-- SLF4J JDK14 Binding -->
<jarModule>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-jdk14</artifactId>
<bundleDir>lib</bundleDir>
</jarModule>
<!-- Injectable Weld-Logger -->
<jarModule>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-logger</artifactId>
<bundleDir>lib</bundleDir>
</jarModule>
<jarModule>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<bundleDir>lib</bundleDir>
</jarModule>
</modules>
</configuration>
</plugin>
</plugins>
</build>
bean.xml en META-INF /
La misma configuración de trabajo con la guerra en el oído sin EJB (en la guerra, pero si uso EJB en la guerra y de soldadura - misma excepción)
Q1:? Lo que está mal
P2: ¿Cuál es la normativa de uso de soldadura y EJB 3.1
Solución 2
Otros consejos
El registrador de soldadura y SFLF4J son no proporcionado, si desea utilizarlos, es necesario añadirlos a su aplicación:
<!-- SL4J API -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.6.0</version>
</dependency>
<!-- SLF4J JDK14 Binding -->
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-jdk14</artifactId>
<version>1.6.0</version>
</dependency>
<!-- Injectable Weld-Logger -->
<dependency>
<groupId>org.jboss.weld</groupId>
<artifactId>weld-logger</artifactId>
<version>1.0.0-CR2</version>
</dependency>
Entonces
import javax.inject.Inject;
import org.slf4j.Logger;
public class Foo {
@Inject
private Logger logger;
public void bar() {
logger.info("Look ma, I'm using an injected Logger!");
}
}
Estoy usando la soldadura-registrador de mí mismo (con logback como vinculante) y probado bajo el código GlassFish 3.0.1, simplemente funciona.
