CDI injection ne fonctionne pas dans les Servlets
J'ai vraiment besoin de votre aide. Je suis en train de travailler sur ce problème pendant des semaines ou des mois maintenant. Je m'excuse pour le long post, mais je tiens à expliquer le problème et mes paramètres aussi précisément que possible.
Mon JAVA EE 6 web application contient essentiellement de 3 Servlets: un javax.des visages.webapp.FacesServlet, un StreamingServlet l'extension de javax.servlet.http.HttpServlet et un ClientServlet l'extension de org.eclipse.la jetée.websocket.WebSocketServlet. Je veux utiliser le CDI avec ces Servlets mais elle ne fonctionne que pour la FacesServlet, plus précisément, pour les Haricots dans le cadre du programme actions sont acheminés vers. CDI injection ne fonctionne pas avec les 2 autres Servlets.
La configuration de mon projet est comme suit: Maven 3.0.4, Jetée 8.1.4 (jetty-maven-plugin), MyFaces 2.1.6, Soudure 1.1.8.
Le fichier pom.xml contient les dépendances pour le CDI:
...
<dependency>
<groupId>javax.enterprise</groupId>
<artifactId>cdi-api</artifactId>
<version>1.1.EDR1.2</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>javax.annotation</groupId>
<artifactId>jsr250-api</artifactId>
<version>1.0</version>
</dependency>
<dependency>
<groupId>org.jboss.weld.servlet</groupId>
<artifactId>weld-servlet</artifactId>
<version>${weld.version}</version>
<scope>runtime</scope>
</dependency>
...
Le fichier src/main/webapp/WEB-INF/beans.xml contient seulement un vide haricots élément pour activer CDI:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/beans_1_0.xsd">
</beans>
Le fichier scr/main/webapp/WEB-INF/jetty-env.xml contient de la Jetée de la configuration spécifique pour obtenir de la fève manager via JNDI:
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://www.eclipse.org/jetty/configure.dtd">
<Configure id="webAppCtx" class="org.eclipse.jetty.webapp.WebAppContext">
<New id="BeanManager" class="org.eclipse.jetty.plus.jndi.Resource">
<Arg>
<Ref id="webAppCtx" />
</Arg>
<Arg>BeanManager</Arg>
<Arg>
<New class="javax.naming.Reference">
<Arg>javax.enterprise.inject.spi.BeanManager</Arg>
<Arg>org.jboss.weld.resources.ManagerObjectFactory</Arg>
<Arg />
</New>
</Arg>
</New>
</Configure>
Le fichier src/main/webapp/WEB-INF/web.xml contient la servlet auditeur et les BeanManager de référence pour l'amorçage CDI:
...
<listener>
<listener-class>org.jboss.weld.environment.servlet.Listener</listener-class>
</listener>
<resource-env-ref>
<description>Object factory for the CDI Bean Manager</description>
<resource-env-ref-name>BeanManager</resource-env-ref-name>
<resource-env-ref-type>javax.enterprise.inject.spi.BeanManager</resource-env-ref-type>
</resource-env-ref>
...
Avec ces réglages, j'ai toujours eu l'erreur suivante lors de l'exécution de l'application à l'aide mvn jetty:run (la première ligne est le plus important):
2012-07-31 11:09:33,546 [main] ERROR org.jboss.weld.environment.jetty.JettyPost72Container - Unable to create JettyWeldInjector. CDI injection will not be available in Servlets, Filters or Listeners
java.lang.IllegalArgumentException: Cannot load class for org.jboss.weld.environment.jetty.WeldDecorator
at org.jboss.weld.environment.servlet.util.Reflections.classForName(Reflections.java:58)
at org.jboss.weld.environment.jetty.JettyPost72Container.initialize(JettyPost72Container.java:66)
at org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:162)
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:764)
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406)
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:756)
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:242)
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1234)
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:699)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
at org.mortbay.jetty.plugin.JettyWebAppContext.doStart(JettyWebAppContext.java:256)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224)
at org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:167)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.handler.HandlerCollection.doStart(HandlerCollection.java:224)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:90)
at org.eclipse.jetty.server.Server.doStart(Server.java:262)
at org.mortbay.jetty.plugin.JettyServer.doStart(JettyServer.java:65)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:511)
at org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:364)
at org.mortbay.jetty.plugin.JettyRunMojo.execute(JettyRunMojo.java:516)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Caused by: java.lang.NoClassDefFoundError: org/eclipse/jetty/servlet/ServletContextHandler$Decorator
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:415)
at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:377)
at org.jboss.weld.environment.servlet.util.Reflections.classForName(Reflections.java:51)
... 44 more
Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.servlet.ServletContextHandler$Decorator
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:415)
at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:377)
... 56 more
L'application fonctionne, mais que le message de l'exception états: CDI injection ne sera pas disponible dans les Servlets.
Il y A quelques jours, j'ai trouvé l'article Le démarrage d'un CDI webapp de Maven avec de la Soudure-Servlet et Plugin Jetty et en particulier la section Dernier truc pour permettre l'injection dans les servlets. L'auteur explique que la Soudure a besoin pour décorer certains Jetée classes internes afin d'utiliser l'annotation @Inject dans les servlets et que nous avons à dire de la Jetée du chargeur de classe où trouver cette classe afin d'avoir la Soudure servlet pour la décorer.
J'ai attendu si longtemps pour cette information. Donc, j'ai ajouté le fichier src/main/webapp/WEB-INF/jetty-context.xml:
<!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd">
<Configure id="webAppCtx" class="org.eclipse.jetty.webapp.WebAppContext">
<Set name="serverClasses">
<Array type="java.lang.String">
<Item>org.eclipse.jetty.servlet.ServletContextHandler.Decorator</Item>
</Array>
</Set>
</Configure>
J'ai aussi mis à jour le pom.xml afin d'incorporer le fichier jetty-context.xml (dernière ligne):
...
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>${jetty.version}</version>
<configuration>
<webApp>
<contextPath>/${project.build.finalName}</contextPath>
</webApp>
<jettyEnvXml>src/main/webapp/WEB-INF/jetty-env.xml</jettyEnvXml>
<contextXml>src/main/webapp/WEB-INF/jetty-context.xml</contextXml>
...
Maintenant l'erreur ci-dessus a disparu. J'étais tellement heureux de ce court moment 🙂
Dans src/main/resources/log4j.propriétés j'ai augmenté le niveau de journalisation de Soudure:
...
log4j.logger.org.jboss.weld=DEBUG, stdout
log4j.additivity.org.jboss.weld=false
...
Lors du démarrage de l'application, j'ai le Soudage des messages de journal:
...
2012-07-31 12:00:08,968 [main] INFO org.jboss.weld.Bootstrap - WELD-000101 Transactional services not available. Injection of @Inject UserTransaction not available. Transactional observers will be invoked synchronously.
2012-07-31 12:00:09,109 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000103 Enabled alternatives for Manager
Enabled alternatives: [] []
Registered contexts: [interface javax.enterprise.context.SessionScoped, interface javax.enterprise.context.ApplicationScoped, interface javax.enterprise.context.Dependent, interface javax.enterprise.context.RequestScoped, interface javax.enterprise.context.ConversationScoped, interface javax.inject.Singleton]
Registered beans: 0
: [] []
2012-07-31 12:00:09,109 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000104 Enabled decorator types for Manager
Enabled alternatives: [] []
Registered contexts: [interface javax.enterprise.context.SessionScoped, interface javax.enterprise.context.ApplicationScoped, interface javax.enterprise.context.Dependent, interface javax.enterprise.context.RequestScoped, interface javax.enterprise.context.ConversationScoped, interface javax.inject.Singleton]
Registered beans: 0
: []
2012-07-31 12:00:09,109 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000105 Enabled interceptor types for Manager
Enabled alternatives: [] []
Registered contexts: [interface javax.enterprise.context.SessionScoped, interface javax.enterprise.context.ApplicationScoped, interface javax.enterprise.context.Dependent, interface javax.enterprise.context.RequestScoped, interface javax.enterprise.context.ConversationScoped, interface javax.inject.Singleton]
Registered beans: 0
: []
2012-07-31 12:00:09,171 [main] INFO org.jboss.weld.environment.jetty.JettyPost72Container - Jetty7 detected, JSR-299 injection will be available in Listeners, Servlets and Filters.
2012-07-31 12:00:09,265 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Implicit Bean [javax.enterprise.inject.spi.InjectionPoint] with qualifiers [@Default]
2012-07-31 12:00:09,265 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.DependentContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.util.MediaType] with qualifiers [@Any @Default]
2012-07-31 12:00:09,281 [main] WARN org.jboss.weld.interceptor.util.InterceptionTypeRegistry - Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled
2012-07-31 12:00:09,281 [main] WARN org.jboss.weld.interceptor.util.InterceptionTypeRegistry - Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.web.LoginBean] with qualifiers [@Any @Default]
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.http.HttpRequestContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.http.HttpSessionContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.web.CustomerBean] with qualifiers [@Any @Default @Named]
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.bound.BoundConversationContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.ApplicationContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.util.LocaleBean] with qualifiers [@Any @Default @Named]
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.bound.BoundRequestContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.SingletonContext
2012-07-31 12:00:09,281 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Implicit Bean [javax.enterprise.inject.Instance] with qualifiers [@Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.DataReader] with qualifiers [@Any @Default @Named]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.SessionBean] with qualifiers [@Any @Default @Named]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.ConnectionTable] with qualifiers [@Any @Default @Named]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.http.HttpConversationContext
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.servlet.ClientServlet] with qualifiers [@Any @Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.RequestContext
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-javax.enterprise.context.Conversation
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Implicit Bean [javax.enterprise.event.Event] with qualifiers [@Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.CustomerListBean] with qualifiers [@Any @Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.Customer] with qualifiers [@Any @Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.servlet.StreamingServlet] with qualifiers [@Any @Default]
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: org.jboss.weld.bean-flat-Built-in-org.jboss.weld.context.bound.BoundSessionContext
2012-07-31 12:00:09,296 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000106 Bean: Managed Bean [class de.telexiom.cardiom.SessionInfo] with qualifiers [@Any @Default]
2012-07-31 12:00:09,312 [main] DEBUG org.jboss.weld.Reflection - WELD-000601 interface javax.inject.Named is missing @Target. Weld will use this annotation, however this may make the application unportable.
2012-07-31 12:00:09,312 [main] DEBUG org.jboss.weld.Bootstrap - WELD-000100 Weld initialized. Validating beans
...
- Je utiliser le Servlet API 3.0, le StreamingServlet et la ClientServlet sont configurés via des annotations. Le problème est que l'application étendue de haricots connectionTable et dataReader ne sont pas injectés:
@WebServlet(value = "/stream", initParams = @WebInitParam(name = "maxIdleTime", value = "0"))
public class StreamingServlet extends HttpServlet
{
@Inject
private ConnectionTable connectionTable;
...
@WebServlet(value = "/push", loadOnStartup = 1, initParams = @WebInitParam(name = "maxIdleTime", value = "0"))
public class ClientServlet extends WebSocketServlet
{
@Inject
private ConnectionTable connectionTable;
@Inject
private DataReader dataReader;
...
L'appel de la (non) injecté propriétés, j'ai toujours NullPointerExceptions. Le problème reste lors de la configuration de la Servlet via web.xml. Je n'ai plus d'idées sur ce que je fais de mal. Lire tous les articles sur les CDI en combinaison avec ponton et Maven, je me demande si je suis le seul à avoir ces injections problèmes.
Dans mon bean JSF classe UserBean.java les travaux d'injection, je n'ai pas à utiliser des méthodes de définition des propriétés connectionTable et dataReader être initialisé.
À l'aide de la sortie instructions ci-dessous dans le DataReader constructeur (et aussi dans la ConnectionTable classe)
@ApplicationScoped
public class DataReader implements Serializable
{
...
public DataReader()
{
System.out.println("DataReader.DataReader(): " + this);
}
...
Je m'interroge sur les 2 DataReader instances qui affiche sur la sortie standard:
...
2012-07-31 14:03:04,843 [qtp5435124-17] DEBUG org.jboss.weld.JSF - WELD-000504 Resuming conversation with id null
31.07.2012 14:03:05 org.apache.myfaces.util.ExternalSpecifications isUnifiedELAvailable
INFO: MyFaces Unified EL support enabled
DataReader.DataReader(): DataReader$Proxy$_$$_WeldClientProxy@506e6d
ConnectionTable.ConnectionTable(): ConnectionTable$Proxy$_$$_WeldClientProxy@93b16c
2012-07-31 14:03:19,093 [qtp5435124-16] DEBUG org.jboss.weld.JSF - WELD-000504 Resuming conversation with id null
DataReader.DataReader(): DataReader@1cbd382
Les 5 premières lignes sont imprimées après en fonction du formulaire d'authentification et les 2 dernières lignes apparaissent lorsque mon JSF action est traitée pour la première fois, où l'injection de dataReader propriété est utilisée. Depuis les fèves sont d'application étendu, je me demande vraiment sur les 2 constructeur de passe. Mais à partir du comportement de l'application, je pense qu'il y a rien de mal avec elle.
Ma dernière hypothèse est que les servlets en quelque sorte vivre dans séparées, indépendantes des contextes ou des conteneurs ou quelque chose comme ça. Car il n'est pas possible d'obtenir la FacesContext dans les 2 autres Servlets: FacesContext.getCurrentInstance() donne null. Mais je ne sais pas si c'est important, d'une certaine façon.
J'espère que quelqu'un peut m'aider à comprendre le problème. Je vous remercie à l'avance
Sebastian
OriginalL'auteur Sebastian S. | 2012-07-31
Vous devez vous connecter pour publier un commentaire.
L'erreur est évidente:
Soudure ne pouvez pas trouver ci-dessus la Jetée de la classe de serveur. La raison pour laquelle il ne peut pas trouver cette classe est à cause de la classloading mécanisme de la Jetée. Jetty est WebAppClassloader a une liste par défaut des classes de serveur qu'il ne charge: voir http://wiki.eclipse.org/Jetty/Reference/Jetty_Classloading
Pour permettre à l'Embarcadère pour charger cette classe, vous devez ajouter "-org.eclipse.la jetée.servlet." pour la classe de serveur dans la liste jetty-web.xml.
Ou appelez la méthode suivante, si vous êtes à l'aide d'embedded jetty:
OriginalL'auteur Roosevelt Lai
Hm... votre configuration est très similaire à la mienne. Ce que je ne savais pas a ce "java-web-api" artefact maven. J'ai vérifié cela dans un nouveau projet et le tour est joué... il fonctionne. Puis j'ajoute successivement en charge JSF et WebSocket et ça ne fonctionne pas encore. Enfin, j'ai compris que l'erreur était: j'ai ajouté la jetée-server' artefact en tant que dépendance à mon pom.xml mais je n'ai pas de définir un champ d'application. Donc j'ai été en utilisant le mauvais serveur libs ou quelque chose comme ça. Maintenant, lors de l'utilisation de la "condition" de la portée
tout semble fonctionner et l'injection de dépendance est aussi de travailler dans les servlets.
J'ai deux questions au sujet de votre pom:
Vous n'avez pas de fixer les <jettyEnvXml> élément de la Jetée plugin Maven?
De nouveau dans le plugin Maven Jetty vous utilisez le <webAppConfig> élément. J'ai été en utilisant le <webApp> élément, car ce qui est connu par l'Éclipse de complétion de code. Est l'un de ces éléments dépréciée en faveur de l'autre?
OriginalL'auteur Sebastian S.
Pour n'importe qui essayant de l'appliquer @Roosevelt Lai conseils, j'ai changé le nom de la méthode appelée dans jetty-web.xml pour
<Call name="addServerClass"><Arg>-org.eclipse.jetty.servlet.</Arg></Call>
parce que j'ai été faire unNoSuchMethod
exception.C'est comme indiqué dans le docs ici
Jetty(8.1.14.v20131031)
OriginalL'auteur kosgeinsky
Mes 3 jours de l'expérience avec ce message d'erreur exact,
était que le
cdi-api.jar
fichier dansasinstall/glassfish/modules
a été nommécdi-api-1.2.jar
. Changé le nom decdi-api.jar
et l'erreur a disparu.Spécifications:
OriginalL'auteur Mse