Discussion :

[Alwin]

Code :

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

ConverterRemoteHome home = (ConverterRemoteHome)PortableRemoteObject.narrow(objRef, ConverterRemoteHome.class);

Tu utilise, rien que dans cette ligne, 3 fois la référence ConverterRemoteHome


Regarde les specs des EJB et le rôle des container EJB.

Le container a pour responsabilité de compiler les stubs (au besoin) des EJB et de les déployer ensuite !
Optionnelement, tu peu demander à ton container de te générer le jar-client qui contiend les interfaces et les stubs mais aucune classe d'implémentation !
Il faut bien que le client ai de quoi "parler" avec le serveur non ?

As tu déjà essayer de lancer ton serveur d'un coté et ton client de l'autre "en dehors de ton projet (eclipse je suppose)" ?

[nana1]

Oui ok tu as raison...
C'est juste que j'ai du mal a m'imaginer clairement car je ne les "vois" pas ces fichiers...
Donc le container compile et déploie les stubs... ok
Mais je ne comprends tjrs pas mon erreur... Du moins le nom de la classe de l'objet que je recupere est

Nom de la classe de l'objet JNDI : com.sun.corba.se.internal.iiop.CDRInputStream_1_0$1

et devrait plutot etre de type :

converter._ConverterRemoteHome_DynamicStub

Non?

[Alwin]

Celà dépend du serveur avec lequel tu travail, je ne saurais pas te dire !
La seconde me semble plus logique en effet !

Quel nom JNDI utilise tu pour le lookup ?
Ton EJB as t'il déjà fonctionné ?
Ton ejb déployé sous ce nom correspond à ton EjbConverter ?
essaye de le redéployer après l'avoir desinstallé, on ne sais jamais !
Peut être que la home enregistrée sous ce nom ne correspond pas à ton EJB
Est-tu sure d'être sur TON naming ? ( a prioris oui, tu utilise localhost il me semble)
L'interface déployée est elle la "même" dans la "même version" que celle que tu utilise coté client ?

[nana1]

Mon SA est celui de sun...
Ce qui est bizarre c'est que je liste tous les EJBs présents et ils ont tous le même nom de classe d'objet...
Pour effectuer mon lookup j'utilise un "ejb/ConverterBean"... j'ai redéployé mais ca ne change rien... et j'ai la meme erreur si j'essai avec un autre EJB
D'ailleurs pour un autre EJB, j'ai un client ou l'on initialise le contexte uniquement avec Context initial = new InitialContext(); et cela fonctionne...
pourquoi est-ce que moi quand j'initialise mon contexte avec com.sun.jndi.cosnaming.CNCtxFactory ca ne fonctionne pas alors que j'arrive a lister les EJBs correctement!

[zais_ethael]

Désolé de remonter un post vieux de plus d'un an mais j'ai exactement le même problème que celui cité ici.
Voici mon code:

Code :

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

1
2
3
4
5
6
7
8
            java.util.Hashtable hash = new java.util.Hashtable();
            hash.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.cosnaming.CNCtxFactory");
            hash.put(javax.naming.Context.PROVIDER_URL, "iiop://localhost:3700");
            javax.naming.Context context = new javax.naming.InitialContext(hash);
            Object ref = context.lookup("ejb/CholiBean");
            choli.CholiRemoteHome home = (choli.CholiRemoteHome)javax.rmi.PortableRemoteObject.narrow(ref, choli.CholiRemoteHome.class);
            choli.CholiRemote obj = home.create();
            this.jLabel1.setText(obj.sayHello());

qui effectivement provoque lui aussi une ClassCastException. J'utilise le serveur 8.1 de sun avec netbeans.
Ce qui est étrange c'est que si je laisse le InitialContext utiliser les paramètres par défaut ca fonctionne. Il utilise alors (je crois) la classe com.sun.enterprise.naming.SerialInitContextFactory. L'ennui c'est que cette classe la je n'arrive pas à la configurer pour paramétrer l'adresse du serveur ! (elle utilise par défaut le localhost)
Si l'auteur de ce post voit ce message, ce serait sympa de m'expliquer comment il a fait.
Merci d'avance.

[zais_ethael]

Bon, pour ceux que ca interesserait, j'ai trouvé comment faire pour résoudre ce problème.
Il suffit de taper

Code :

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

javax.naming.Context context = new javax.naming.InitialContext();

et donc de laisser java utiliser sa classe par défaut. Ensuite c'est dans la méthode lookup qu'on indique la machine distante. Par exemple:

Code :

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

Object ref = context.lookup("iiop://localhost:3700/ejb/CholiBean");