[JBoss] + [Tomcat] communication

Version imprimable

Voir 40 message(s) de cette discussion en une page

30/05/2006, 12h26
neuromencien

C'est une autre possibilité effectivement. Si ta classe StatelessPrototype n'est pas embarquée dans le jar ou l'ear généré il y aura aussi ce genre d'erreur à l'exécution (le problème c'est que là je ne sais pas si l'erreur est généré par JNDI ou par ta servlet. me semble que JNDI renvoie des JNDIException mais comme j'en suis pas sur ça peut aussi bien être un ClassNotFoundException).

Ca par contre c'est facile à vérifier. exporte ton projet au format ear comme si tu voulais l'installer à la main et ouvre le avec un décompresseur. Si tu trouve dans l'archive le fichier StatelessPrototype.java c'est qu'il est bien présent dans ton projet client. Sinon c'est qu'effectivement il est pas intégré à l'ear au moment du déployement.
30/05/2006, 12h26
metalpetsFR

Ok je te remerci, coté jndi ça ma l'air bon je penche plus vers un probleme de packaging.

En tout cas merci beaucoups pour ton aide et ta participation très impliquée
30/05/2006, 12h30
metalpetsFR

Ok je vais revoir tout mon packaging, je pense que je devrais avancé d'encore un cran , jusqu'à la prochaine erreur ;) :mouarf:
30/05/2006, 13h13
neuromencien

Lol :) Pas de quoi pour l'aide. C'est des trucs qui remontent à loin donc je peux pas te dépanner précisément, mais si je peux au moins t'aiguiller c'est tjs ça :)

Me revoila avec un nouveau problème! Youhou (pardon)

Alors voila, je suis enfin arriver a configurer mon serveur affin qu'il communique avec JBoss.
J'arrive donc a faire une servlet qui appel une méthode d'un sessionBean.

Le probleme c'est lorsque la méthode du sessionBean effectue un accès a mes entité beans, comme par exemple :

Code:

1
2
3
4
5
 
public O2Tache getTestTache(long id) {
    return (O2Tache) manager.createQuery(
        "From O2Tache where tac_id=" + id).getSingleResult();
}

Dans ce cas j'obtiens une erreur. Ceci viens encore et encore de la communication tomcat<->Jboss etant donné que cela fonctionne lorsque je n'utilise Tomcat séparament (en standalone).
Voici la trace que j'obtient dans l'exploreur:

Code:

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
javax.servlet.ServletException
	org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:523)
	org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421)
	org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
	org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
	org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)
 
 
cause mère 
 
java.lang.reflect.UndeclaredThrowableException
	$Proxy2.getTestTache(Unknown Source)
	struts.action.TestAction.get(TestAction.java:38)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:274)
	org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:194)
	org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:419)
	org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
	org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
	org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)

01/06/2006, 15h58
neuromencien

Ben à première vue je ne vois pas trop d'ou ça vient. J'ai regardé un peu sur Google, java.lang.reflect.UndeclaredThrowableException à l'air d'être déclanché quand une exception est renvoyée mais pas interceptée et n'est pas une RuntimeException.
Donc à première vue déja il manque des try catch dans ta méthode getTestTache (un EJB renvoie normalement des EJBException et des RemoteException). Ca veut dire aussi que le log n'est probablement pas complet et que la cause de l'exception est en dessous du UndeclaredThrowableException.

Est ce que des actions simples sur ton EJB entité, comme la récupération d'une instance (sans requete) fonctionnent déja? Ou est ce que pour le moment tu n'as réussi à appeller aucune méthode de ton EJB?

Est ce que tu es sur aussi que tu n'as pas fait un truc du genre renvoyer des EJB entités locaux à ton controlleur Struts?

Est ce que tu peux me donner les types (EJB) de manager et de la classe qui contient ta méthode getTestTache()? Est ce que cest deux objets sont présents sur le même serveur?
02/06/2006, 08h14
metalpetsFR

Pour le moment je continu a travailer avec TOmcat intégré a Jboss, car je prend trop de retard.
Mais Je vais tout de même essayer de rejouter un try catch, sur la méthode du session.

Apres je ne vois pas trop ce que tu entend par :

Citation:

Est ce que des actions simples sur ton EJB entité, comme la récupération d'une instance (sans requete) fonctionnent déja

Ensuite pour ça:

Citation:

Est ce que tu es sure aussi que tu n'as pas fait un truc du genre renvoyer des EJB entités locaux à ton controlleur Struts?

Il ne me semble pas, car ces ejb sont issue d'une requete effectuer par l'intermédiaire du EntityManager.

Et pour :

Citation:

Est ce que tu peux me donner les types (EJB) de manager et de la classe qui contient ta méthode getTestTache()? Est ce que cest deux objets sont présents sur le même serveur?

Tout ce que j'ai fais, je ne sais pas si ça répond a ta question. C'est que j'ai déclater un attribut EntityManager avec l'annotation @PersistenceContexte
et c'est sur cette objet que j'effectue mes requete. Donc j'imagine que c'est le comportement par défaut.

Voila, je ne sais que dire de plus.

Merci encore
02/06/2006, 10h02
neuromencien

Bon j'avais écrit des trucs mais je suis revenu en arrière et il m'a tout perdu, et j'ai la flemme de tout réécrire.
En gros, tu bosses sur les EJB 3.0 et moi j'ai bossé sur les EJB 2.1. Apparement ça à pas mal changé. Entre autres tout ce qui est entity manager n'existait pas en 2.1. Donc mes question n'avaient probablement plus de sens en 3.0 (il n'y a probablement plus d'interfaces locales et distantes pour les EJB).

J'espère que tu pourras résoudre ton problème. Je vais me remettre aux EJB prochainement, on verra si j'ai les mêmes problème que toi et si j'arrive à les résoudre.
02/06/2006, 11h43
metalpetsFR

Ok pas de problème je vais essayer de m'en sortir.

Merci encore pour ton aide.

J'ai eu une petite idée l'autre fois en explorant le forum, mon probleme de communication entre mon serveur web et mon serveur ejb lorsque j'invoque un ejb entité pourrait il venir que mon entités ne déclare pas de "serialVersionUID".
Code:

1 2 3 4 5 Dans la faq on lit: Il est ainsi fortement conseillé de gérer le serialVersionUID de toutes classes sérializable, et bien sûr de modifier cette valeur lors d'un changement sur les champs de la classe
Je ne comprend pas trop ce que cela veut dire, quand et comment doit on changer la valeur du champs (dans le cas d'un entity bean) étant donné que le champs et signalé comme étant final.

05/06/2006, 09h45
neuromencien

Une classe sérializable est faite pour être envoyé dans un flux puis "reconstituée" de l'autre coté. Ca veut dire qu'on peut envoyer l'objet à un ordi distant (qui attend donc une certaine interface) ou le sauvegarder dans un fichier ou un base de données. Dans tous les cas tu ne peux pas être sûr que c'est la même "version" de ton appli qui récupérera ton objet. Le champ serialVersionUID sert donc à ça : tu peux vérifier que la version de l'objet que tu essaye de récupérer correspond bien à celle que tu sais gérer. En cas de modification de l'objet, tu modifie la constante seriaVersionUID comme ça tes "clients" peuvent détecter le changement au lieu de planter en essayant d'accéder à un champ qui n'existe plus.

Je ne sais pas si ça joue pour les EJB, mais si ce n'est pas fait génère un UID par défaut. Ca ne te dérangera pas si tu ne dois gérer qu'une seule version de ton objet.
06/06/2006, 08h16
metalpetsFR

Merci je comprend mieux a quoi sert le serialUID, et donc ça ne doit pas posser de probleme dans mon cas.
Je vais devoir chercher aillleur.

Merci pour ta réponse

Voir 40 message(s) de cette discussion en une page