2009-11-26 3 views
0

Je suis en train de développer une application Java EE + gxt. J'ai un appel rpc qui appelle la méthode d'un bean session. Si je compile le projet et l'exécuter dans le navigateur, il fonctionne très bien, mais quand j'utilise mode hébergé je reçois une exception comme ceci: (modifié pour une meilleure lisibilité)gxt + Java hébergé mode

Exception lors l'envoi appel RPC entrant

...

Causée par: java.lang.NullPointerException: null dans org.Pecc.server.services.AppServiceImpl. getUserEmailByName (AppServiceImpl.java:53)

Ligne 53 est:

return appSessionBeanBean.getUserEmailByName(name); 

Il est comme le haricot de session ne peut pas être atteint. Notez que j'ai le plugin GWT4NB et que j'utilise la commande "GWT hosted mode (sans Java EE server)", mais j'ai un glassfish en cours d'exécution et le module ejb y est déployé. Ne devrait-il pas suffire de travailler? Si je me souviens bien, j'ai été capable d'utiliser mon module ejb en mode hébergé à un moment donné.

Des pensées?

Répondre

0

Je déteste poser cette question, mais êtes-vous en mesure de déboguer et de confirmer l'appSessionBeanBean n'est en effet pas nul? Et si non, avec des instructions log ...

+0

c'est en effet nul, c'est le problème. :) mais il fonctionne complètement en mode compilé. – Pecc

+0

Avez-vous débogué/connecté le code pour voir où il est défini en mode compilé? –

+0

bien, il est réglé à: appSessionBeanBean = ($ Proxy40) sessionbeanek.AppSessionBeanLocal_14095549 – Pecc

0

J'ai trouvé une solution de contournement en redirigeant le navigateur en mode hébergé vers le module déployé dans glassfish. J'écris simplement localhost: 8080/EasyTicket-web dans la barre d'adresse au lieu de localhost: 8888 (port de jetty.). Bien sûr, glassfish doit être démarré pour que cela fonctionne.

+0

pourquoi ne faites-vous pas simplement "Project/Debug"? – kaboom

Questions connexes