Problème @EJB service = null

**LexMan32** · 08/11/2016, 15h40

Bonjour,

Dans ma class de conversion suivantes, j'ai une erreur dés que je l'utilise comme quoi mon IdentiteService est = null.

Est-ce que quelqu'un as une idée de ou pourrais provenir ce problème ?

(Désolée d'avance si ce message n'est pas placer dans le bon forum

)

Merci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
@FacesConverter(value = "IdentiteConverter")
public class IdentiteConverter extends BeanConverter {
 
	@EJB
	private IdentiteService m_identiteService;
 
	@Override
	public Object getAsObject(FacesContext context, UIComponent component,
			String value) {
		if (value != null) {
			try {
				return m_identiteService.getIdentite(Integer.valueOf(value).intValue());
			} catch (NumberFormatException e) {
				// Rien à faire
			}
		}
		return null;
	}
 
	@Override
	public String getAsString(FacesContext context, UIComponent component,
			Object value) {
		if (value instanceof Identite) {
			return String.valueOf(((Identite) value).getId());
		} else if (value instanceof Integer) {
			return String.valueOf(value);
		}
 
		return null;
	}
}

**OButterlin** · 08/11/2016, 15h41

Peut-on voir le code de IdentiteService ?

**LexMan32** · 08/11/2016, 15h50

Oui bien sure

Info: Ceci est IdentiteSerciveImpl, il y as juste un interface entre les deux.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
@Stateless
public class IdentiteServiceImpl implements IdentiteService, Serializable {
 
	private static final long serialVersionUID = 1L;
 
	@EJB
	private IdentiteDao m_identiteDao;
 
	@Override
	public Identite createIdentite(Identite identite) {
		return m_identiteDao.createIdentite(identite);
	}
 
	@Override
	public Identite updateIdentite(Identite identite) {
		return m_identiteDao.updateIdentite(identite);
	}
 
	@Override
	public Identite saveIdentite(Identite identite) {
		if (identite.isInDatabase()) {
			return m_identiteDao.updateIdentite(identite);
		} else {
			return m_identiteDao.createIdentite(identite);
		}
	}
 
	@Override
	public Identite getIdentite(int id) {
		return m_identiteDao.getIdentite(id);
	}
 
	@Override
	public List<Identite> getIdentiteList() {
		return m_identiteDao.getIdentiteList();
	}
 
	@Override
	public List<Identite> getIdentiteList(TypeIdentiteCi type) {
		return m_identiteDao.getIdentiteList(type);
	}
 
	@Override
	public List<Identite> getIdentiteList(TypeIdentiteCi type, String nom,
			String prenom, String raisonSociale) {
		return m_identiteDao.getIdentiteList(type, nom, prenom, raisonSociale);
	}
 
	@Override
	public long countIdentites() {
		return m_identiteDao.countIdentites();
	}
 
	@Override
	public void deleteIdentite(Identite identite) {
		m_identiteDao.deleteIdentite(identite);
	}
}

**LexMan32** · 08/11/2016, 15h59

J'ai oublier de préciser que nous avons déjà regarder ce problème avec mon collègue qui travaille aussi sur ce projet et chez lui aucun problème.

**OButterlin** · 08/11/2016, 16h48

Sauf que je voulais voir l'interface IdentiteService

**LexMan32** · 09/11/2016, 07h26

Ha alors voila

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
public interface IdentiteService {
 
	Identite createIdentite(Identite identite);
 
	Identite updateIdentite(Identite identite);
 
	Identite saveIdentite(Identite identite);
 
	Identite getIdentite(int id);
 
	List<Identite> getIdentiteList();
 
	List<Identite> getIdentiteList(TypeIdentiteCi type);
 
	List<Identite> getIdentiteList(TypeIdentiteCi type, String nom, String prenom, String raisonSociale);
 
	long countIdentites();
 
	void deleteIdentite(Identite identite);
 
}

**OButterlin** · 09/11/2016, 10h41

Il n'y a pas l'annotation @Local ou @Remote à ton interface.

Pour que l'annotation @EJB fonctionne, elle doit être affectée à une interface qui a une de ces 2 annotations.

Si tu utilises une version 3.1 ou supérieur, il est possible d'avoir un EJB sans interface aussi, mais alors il faudra mettre le type de la classe d'implémentation au niveau de l'annotation @EJB et plus l'interface.

Personnellement, j'utilise toujours les interfaces mais bon, c'est un choix

**LexMan32** · 09/11/2016, 11h51

Je viens de tester avec le @Local et aucun changement.

Sinon mon collègue se demande comment est-ce possible que chez lui tous fonctionne et sur mon poste pas alors que tout est synchroniser avec SVN ?

Le @Local il faut bien le placer dans l'interface du IdentiteService (dans mon cas)? ou as un autre endroit ?

Merci en tous cas

**OButterlin** · 09/11/2016, 12h04

Oui, tout à fait, il faut le placer dans ton interface

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
@Local
public interface IdentiteService 
{
    Identite createIdentite(Identite identite);
    Identite updateIdentite(Identite identite);
    Identite saveIdentite(Identite identite);
    Identite getIdentite(int id);
    List<Identite> getIdentiteList();
    List<Identite> getIdentiteList(TypeIdentiteCi type);
    List<Identite> getIdentiteList(TypeIdentiteCi type, String nom, String prenom, String raisonSociale);
    long countIdentites();
    void deleteIdentite(Identite identite);
 }

**OButterlin** · 09/11/2016, 12h06

Pour la différence entre vos 2 postes, ça peut venir de la configuration du projet et/ou de la machine.

Mais dans ton cas, as-tu des messages d'erreur dans la log du serveur ?

**LexMan32** · 09/11/2016, 12h50

Je viens de tester avec le @Local et aucun changement.

Sinon mon collègue se demande comment est-ce possible que chez lui tous fonctionne et sur mon poste pas alors que tout est synchroniser avec SVN ?

Le @Local il faut bien le placer dans l'interface du IdentiteService (dans mon cas)? ou as un autre endroit ?

Merci en tous cas

**andry.aime** · 09/11/2016, 13h46

De tous les bègues, tu tiens le record

Sinon, tu ne réponds pas aux questions d'OButterlin.

**LexMan32** · 09/11/2016, 13h55

Oups j'ai surement envoyer 2 fois le message sen m'en rendre compte

désolé...

Et du coup je n'avais pas vus le dernier message OButterlin

Pour le log :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
2016-11-09T11:53:14.181+0100|Grave: FullAjaxExceptionHandler: An exception occurred during processing JSF ajax request. Error page '/secured/user/divers/exception.xhtml' will be shown.
java.lang.NullPointerException
	at ch.rwb.application.converter.IdentiteConverter.getAsObject(IdentiteConverter.java:27)
	at org.primefaces.component.autocomplete.AutoCompleteRenderer.getConvertedValue(AutoCompleteRenderer.java:648)
	at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1045)
	at javax.faces.component.UIInput.validate(UIInput.java:975)
	at javax.faces.component.UIInput.executeValidate(UIInput.java:1248)
	at javax.faces.component.UIInput.processValidators(UIInput.java:712)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at org.primefaces.util.ComponentUtils.processValidatorsOfFacetsAndChilds(ComponentUtils.java:266)
	at org.primefaces.component.api.UITabPanel.processValidators(UITabPanel.java:1073)
	at javax.faces.component.UIForm.processValidators(UIForm.java:253)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at org.primefaces.component.layout.Layout.processValidators(Layout.java:233)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1261)
	at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1195)
	at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
	at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at ch.rwb.application.filters.DirectorFilter.doFilter(DirectorFilter.java:55)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at ch.rwb.application.filters.LoginFilter.doFilter(LoginFilter.java:49)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
	at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
	at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
	at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
	at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
	at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
	at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
	at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
	at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
	at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
	at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
	at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
	at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
	at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
	at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
	at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
	at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
	at java.lang.Thread.run(Thread.java:745)

Encore désolé ^^'

**OButterlin** · 09/11/2016, 14h58

Damned, je viens de voir le détail qui tue ! A lire trop rapidement, on se fait avoir

Bon, ton problème vient du fait que @FacesConverter n'est pas éligible à l'injection.
Du coup, pour avoir la référence de ton EJB, il va falloir passer par un locator si tu en as un (chose que je fais toujours) ou utiliser JNDI pour faire un lookup (c'est ce que fait mon locator).
Un exemple qui fonctionne sur mon serveur JBoss :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
try
{
    Context ctx = new InitialContext();
    facade = (CoclicoFacadeLocal) ctx.lookup("java:global/Coclico/CoclicoEJB/CoclicoFacade!com....ejb.client.session.CoclicoFacadeLocal");
    System.out.println(facade.getDemandeStatutByCode("20"));
}
catch (Exception e)
{
    System.out.println(e.toString());
}

**LexMan32** · 10/11/2016, 11h10

Désolée du temps de réponse, j'ai fais la MAJ d'éclipse entre-temps.

Je ne comprends pas la première partie de la valeur entre parenthèse dans ton lookup, Sur quoi pointe ce chemin ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
	IdentiteConverter() {
		try {
			Context ctx = new InitialContext();
			m_identiteService = (IdentiteService) ctx.lookup("java:????????!ch.rwb.application.services.dao.identite.IdentiteService");
		} catch (Exception e) {
			System.out.println(e.toString());
		}
	}

**OButterlin** · 10/11/2016, 12h19

C'est le nom JNDI correspondant à la facade.
Le plus simple c'est de regarder le nom qu'il te faut dans la log au démarrage du serveur.
Sur un serveur JBoss, ça ressemble à ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
...
10:21:16,304 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-7) JNDI bindings for session bean named NumeroFacade in deployment unit subdeployment "CodeGeneratorEJB.jar" of deployment "CodeGenerator.ear" are as follows:
 
    java:global/CodeGenerator/CodeGeneratorEJB/NumeroFacade!...generator.ejb.client.session.NumeroFacadeLocal
    java:app/CodeGeneratorEJB/NumeroFacade!...generator.ejb.client.session.NumeroFacadeLocal
    java:module/NumeroFacade!....generator.ejb.client.session.NumeroFacadeLocal
    java:global/CodeGenerator/CodeGeneratorEJB/NumeroFacade
    java:app/CodeGeneratorEJB/NumeroFacade
    java:module/NumeroFacade
 
10:21:16,307 INFO  [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-7) JNDI bindings for session bean named CodeGeneratorFacade in deployment unit subdeployment "CodeGeneratorEJB.jar" of deployment "CodeGenerator.ear" are as follows:
 
    java:global/CodeGenerator/CodeGeneratorEJB/CodeGeneratorFacade!...generator.ejb.client.session.CodeGeneratorFacadeLocal
    java:app/CodeGeneratorEJB/CodeGeneratorFacade!...generator.ejb.client.session.CodeGeneratorFacadeLocal
    java:module/CodeGeneratorFacade!...generator.ejb.client.session.CodeGeneratorFacadeLocal
    java:global/CodeGenerator/CodeGeneratorEJB/CodeGeneratorFacade
    java:app/CodeGeneratorEJB/CodeGeneratorFacade
    java:module/CodeGeneratorFacade
...

**LexMan32** · 10/11/2016, 15h33

Bon alors en fin de compte cela provenait d'un paramétrage du serveur Glassfish sur lequel s’exécutait mon Intranet.

Mon collègue m'as passer le sien et plus aucun problèmes.

Bon par contre le moment venus de faire une update de celui-ci on vas bien rire pour retrouver le bon paramètre

En tous cas merci beaucoup pour ton aide !

**OButterlin** · 10/11/2016, 16h08

C'est bizarre, d'après mes informations, l'injection @EJB dans @FacesConverter ne sera possible qu'en version JSF 2.3...
Ton serveur implémente cette version ?

**LexMan32** · 11/11/2016, 07h45

Je n'ai pas réussi a trouver la version qui est exécuter sur le serveur ... mais c'est le Glassfish 4.1 et il prends en charge la version 2.2 de JSF.

En tous cas merci de ton aide.

Problème @EJB service = null

Java EE

Discussions similaires

Partager

Partager