La classe org.springframework.web.jsf.el.SpringBeanFacesELResolver doit prolonger le type javax.el.ELResolver

De la le printemps de la documentation, vous verrez que pour org.springframework.web.jsf.el.SpringBeanFacesELResolver:

délégués pour le Printemps de l'entreprise 'contexte' WebApplicationContext
tout d'abord, puis à la résolution par défaut du sous-jacent JSF
la mise en œuvre

et pour org.springframework.web.jsf.DelegatingVariableResolver:

sera d'abord délégué de la valeur des recherches à la résolution par défaut de l'
sous-jacent JSF mise en œuvre et le Printemps de "contexte d'affaires'
WebApplicationContext

Comme vous pouvez le voir, le comportement est très différent. Si vous n'avez pas de soins au sujet de l'ordre, vous êtes très bien, mais si vous avez l'intention d'utiliser org.springframework.web.jsf.el.SpringBeanFacesELResolver puis tout ce que vous avez à faire est de s'assurer de la version de el-api.jar dans vos dépendances est compatible avec votre version de printemps. Pour moi, j'ai ceci (dans mon pom maven):

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-web</artifactId>
    <version>3.0.5.RELEASE</version>
    <type>jar</type>
    <scope>compile</scope>
</dependency>
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>el-api</artifactId>
    <version>6.0.32</version>
    <type>jar</type>
    <scope>provided</scope>
</dependency>

OriginalL'auteur Lucas

C'est peut-être un problème de configuration du chargeur de classe. Si le SpringBeanFacesELResolver de la classe parent est à partir d'un autre chargeur de classe de celui utilisé par le programme JSF classes faisant l'amorçage, la vérification pour voir si c'est une instance de ELResolver échouera.

Ce type de problème peut se produire si vous avez un META-INF/faces-config.xml dans le chemin de classe global, mais je suppose qu'il pourrait y avoir d'autres causes.

Il serait utile si vous avez publié des informations sur ce que les conteneurs que vous utilisez le chargeur de classe de la politique de votre application et si vous avez placé des bibliothèques tierces (telles que les Facelets et le Printemps libs).

OriginalL'auteur McDowell

Veuillez vérifier les fichiers JAR que vous utilisez dans l'application. Encore une fois la classe des chemins fixé en application. Je pense que c'est à cause des conflits de classe dans la classe d'application des chemins.

OriginalL'auteur Umesh Aawte

Merci #saadi90, de mvnrepository.com j'ai trouvé cela et il a résolu le problème:

<dependency>
   <groupId>org.glassfish.web</groupId>
   <artifactId>el-impl</artifactId>
   <version>2.2</version>
</dependency>

OriginalL'auteur pulsar14