CDI arbeitet nicht zum Einsatz in Ohr Glasfischen v3.0.1
Frage
ich habe ein Problem bei der Verwendung von Schweißlogger Injektion.
Szenario:. Ich habe Ohr mit ejb-jar innen
Das ist mein ejb Bean:
@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);
}
}
, wenn print1Partner rief ich bekam Ausnahme:
| 2010-07-02T19: 25: 35,003 + 0300 | WARNUNG | oracle-glassfish3.0.1 | javax.enterprise.system.container.ejb.com.sun.ejb.containers | _threadid = 48; _ThreadName = Gewinde- 1; | A System Ausnahme trat während einer Aufruf auf EJB PartnersService Methode public void ua.co.oasys.fenix.persistence.PartnersService.print1Partner () javax.ejb.EJBException: javax.ejb.EJBException: javax.ejb.CreateException: Könnte nicht erstellen stateless EJB an com.sun.ejb.containers.StatelessSessionContainer._getContext (StatelessSessionContainer.java:448) beim com.sun.ejb.containers.BaseContainer.getContext (BaseContainer.java:2467) beim com.sun.ejb.containers.BaseContainer.preInvoke (BaseContainer.java:1860) beim com.sun.ejb.containers.BaseContainer.callEJBTimeout (BaseContainer.java:3962) beim com.sun.ejb.containers.EJBTimerService.deliverTimeout (EJBTimerService.java:1667) beim com.sun.ejb.containers.EJBTimerService.access $ 100 (EJBTimerService.java:98) beim com.sun.ejb.containers.EJBTimerService $ TaskExpiredWork.run (EJBTimerService.java:2485) beim java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:441) beim java.util.concurrent.FutureTask $ Sync.innerRun (FutureTask.java:303) beim java.util.concurrent.FutureTask.run (FutureTask.java:138) beim java.util.concurrent.ThreadPoolExecutor $ Worker.runTask (ThreadPoolExecutor.java:886) beim java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:908) beim java.lang.Thread.run (Thread.java:619) Verursacht durch: javax.ejb.EJBException: javax.ejb.CreateException: Könnte nicht erstellen stateless EJB an com.sun.ejb.containers.StatelessSessionContainer $ SessionContextFactory.create (StatelessSessionContainer.java:720) beim com.sun.ejb.containers.util.pool.NonBlockingPool.getObject (NonBlockingPool.java:200) beim com.sun.ejb.containers.StatelessSessionContainer._getContext (StatelessSessionContainer.java:443) ... 12 weitere Verursacht durch: javax.ejb.CreateException: Könnte nicht erstellen stateless EJB an com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB (StatelessSessionContainer.java:528) beim com.sun.ejb.containers.StatelessSessionContainer.access $ 000 (StatelessSessionContainer.java:90) beim com.sun.ejb.containers.StatelessSessionContainer $ SessionContextFactory.create (StatelessSessionContainer.java:718) ... 14 weitere Verursacht durch: java.lang.NullPointerException bei java.util.concurrent.ConcurrentHashMap.get (ConcurrentHashMap.java:768) beim org.jboss.weld.manager.BeanManagerImpl.getBean (BeanManagerImpl.java:1171) beim org.jboss.weld.manager.BeanManagerImpl.getBean (BeanManagerImpl.java:132) beim org.glassfish.weld.services.JCDIServiceImpl._createJCDIInjectionContext (JCDIServiceImpl.java:145) beim org.glassfish.weld.services.JCDIServiceImpl.createJCDIInjectionContext (JCDIServiceImpl.java:122) beim com.sun.ejb.containers.BaseContainer.createEjbInstanceAndContext (BaseContainer.java:1616) beim com.sun.ejb.containers.StatelessSessionContainer.createStatelessEJB (StatelessSessionContainer.java:469) ... 16 mehr | #]
Mit: ejb 3.1, 3.0.1 Glasfischen
Einige von Maven Abhängigkeit:
<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>
Ohr pom.xml
<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 in META-INF /
Die gleiche Konfiguration arbeitet mit Krieg im Ohr ohne ejb (im Krieg, aber wenn ich ejb in Kriegs- und Schweiß - gleiche Ausnahme)
Q1: Was ist falsch
Q2: Was ist es, die Regeln der Verwendung von Schweiß & ejb 3.1
Lösung 2
Andere Tipps
Der Weld Logger und SFLF4J Artefakte sind nicht zur Verfügung gestellt, wenn Sie sie verwenden möchten, müssen Sie sie in Ihre Anwendung hinzuzufügen:
<!-- 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>
Dann
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!");
}
}
Ich bin mit dem Schweißlogger selbst (mit logback als verbindlich) und getestet Ihren Code unter Glassfish 3.0.1, es funktioniert einfach.