Configuration JNDI pour Glassfish 3.1.2 pour un client autonome?

J'essaie de me connecter à partir d'un seul swing client (en cours d'exécution dans une autre JVM sur la machine du client) pour le serveur Glassfish.

Actuellement, je utiliser les paramètres suivants à partir de Netbeans et tout fonctionne bien:

System.setProperty("java.naming.factory.initial", "com.sun.enterprise.naming.SerialInitContextFactory");
System.setProperty("java.naming.factory.url.pkgs", "com.sun.enterprise.naming");
System.setProperty("java.naming.factory.state", "com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl");
System.setProperty("org.omg.CORBA.ORBInitialHost", "192.168.1.3");
System.setProperty("org.omg.CORBA.ORBInitialPort", "3700");
InitialContext context = new InitialContext();

Mais quand j'essaie de lancer la compilation du client à partir de la console en tapant la commande "java-jar client.jar" j'obtiens l'erreur suivante:

D:\workspace\gf-client\dist>java -jar gf-client.jar
17.08.2012 11:07:38 ch.client.core.ServerContext getInitialContext SCHWERWIEGEND: Cannot instantiate class: com.sun.enterprise.naming.SerialInitContextFactory javax.naming.NoInitialContextException: Cannot instantiate class: com.sun.enterprise.naming.SerialInitContextFactory [Root exception is java.lang.ClassNotFoundException: com.sun.enterprise.naming.SerialInitContextFactory]
at javax.naming.spi.NamingManager.getInitialContext(Unknown Source)
at javax.naming.InitialContext.getDefaultInitCtx(Unknown Source)
at javax.naming.InitialContext.init(Unknown Source)
at javax.naming.InitialContext.<init>(Unknown Source)
at ch.lawsuite.core.ServerContext.getInitialContext(ServerContext.java:2 7)
at ch.client.core.remote.Facades.initialize(Facades.java:68)
at ch.client.core.Client.main(Client.java:57) Caused by: java.lang.ClassNotFoundException: com.sun.enterprise.naming.SerialIni tContextFactory
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at com.sun.naming.internal.VersionHelper12.loadClass(Unknown Source)
... 7 more Exception in thread "main" java.lang.NullPointerException
at ch.client.core.remote.Facades.initialize(Facades.java:69)
at ch.client.core.Client.main(Client.java:57)

Quelqu'un a une quelconque idée utile?

  • La JVM manquer les libs? Lesquels? (il travaille à partir de netbeans et de tous les dépendants libs sont emballés à la compilation des jar-file (au moins je pense que oui..))
  • Existe t il d'autres série contexte usines pour Glassfish ?

Merci beaucoup pour votre aide à l'avance!

InformationsquelleAutor salocinx | 2012-08-17
  1. 6

    Un point au clair à propos de la Télécommande EJB interfaces

    Vous voulez une Distance d'interface d'EJB lorsque votre application client vit sur un JVM différent de celui qui héberge le module EJB. En d'autres termes:

    • L'application client vit sur un JVM et le module EJB est déployé sur une autre JVM sur la même machine

    OU

    • L'application client vit sur un JVM et le module EJB est déployé sur une autre JVM sur une machine distante.

    Par souci de simplicité

    Permet de considérer le premier scénario où à la fois de l'application cliente et le module EJB en direct sur différentes machines virtuelles java sur la même machine.

    1. Assurez-vous d'avoir 2 Jdk installé sur votre machine.
    2. Déployer le module EJB dans un Glassfish d'installation vers un JDK (JVM). Nous pouvons être d'accord pour installer Glassfish dans "C:/glassfish3/"
    3. Selon l'situés dans cette lien. Ajouter à votre application client classpath le fichier "gf-client.jar" comme une bibliothèque externe à partir de dans le répertoire d'installation (c'est à dire C:/glassfish3/glassfish/lib/gf-client.jar) plutôt que de copier.
    4. Également ajouter à votre application client classpath le fichier remote_interface.jar comprend la Télécommande d'affaires de l'interface de votre EJB.
    5. Exécuter le SE (autonome) de l'application client sur la deuxième JDK (JVM)

    Un truc important sur le client

    Selon les documents, java autonomes les clients doivent utiliser explicitement le nom JNDI global pour la recherche de la Télécommande EJB. Aussi, Glassfish n'a pas besoin de toutes les propriétés instialization d'invoquer la InitialContext() constructeur. Ainsi, l'application cliente peut invoquer l'EJB en utilisant le code suivant:

    InitialContext context = new InitialContext();
_RemoteEjbInterface ejbBean = (_RemoteEjbInterface) context.lookup("java:global/DeployedEJBAppName/EjbImplClass!com.sam._RemoteEjbInterface");

    Dans le cas où votre SE stand alone application cliente est une maven un, alors vous devez

    1. Compte pour l'étape ci-dessus (3) par l'ajout de cette entrée de votre application client POM:

      <dependency>
<groupId>org.glassfish.main.appclient.client</groupId>
<artifactId>gf-client</artifactId>
<version>3.1.2</version>
<scope>system</scope>
<systemPath>C:/glassfish3/glassfish/lib/gf-client.jar</systemPath>
</dependency>

    2. Compte pour l'étape ci-dessus (4) par une POM dépendance pointant vers vous remote_interface.jar dans votre local maven repo en supposant que vous l'avez installé. Suivez ce pour savoir comment faire.

    D'autre documentation de référence est ici

    • le nom JNDI global changer selon que l'OREILLE est déployé à localhost ou sur un serveur distant? Je voudrais, naïvement, s'attendre à ce que l'OREILLE préciser les nom JNDI global explicitement...?
    • m'a sauvé la vie. 3 semaines de débogage.
    InformationsquelleAutor Sym-Sym
  2. 1

    Par la recherche dans le MANIFESTE.MF fichier de l'gf-client.jar bibliothèque, j'ai remarqué qu'il y a une douzaine d'autres jar-libs référencé à partir de là. Pour exécuter la commande du client, en dehors de la plateforme netbeans, j'ai dû copier tous ces libs pour la version final de mon propre application. Ensuite, il fonctionne très bien... 🙂

    • et vous avez juste à inclure ces pots dans un dossier lib avec l'app?
    • non, il est très important que la structure de tous ces glassfish libs est maintenu! donc, vous devez ajouter l'gf-client.jar pour votre libs relativement au répertoire d'installation de glassfish. cela signifie: quitter gf-client.jar dans glassfish/lib/gf-client.jar et juste à point pour que le bocal de l'intérieur de votre projet. si vous souhaitez exécuter votre application en dehors de l'IDE (en tant que stand-alone), assurez-vous que glassfish dossier est référencé la même manière qu'avant. si vous avez besoin de plus d'informations, laissez-moi savoir...
    • hmm, intéressant. gf-client est la principale exigence?
    • oui. ajouter gf-client.jar en tant que première lib, sinon vous allez courir dans les conflits de noms avec d'autres pots (je pense que c'était java-ee-7.jar).
    InformationsquelleAutor salocinx
  3. 0

    Il vous manque le pot contenant la classe com.soleil.de l'entreprise.de nommage.SerialInitialContextFactory dans votre classpath. Ajouter au manifeste de votre client jar.

    • Je sais que cette classe est à l'intérieur appserv-rt.jar qui à son tour est référencé par gf-client.jar s'Manifeste de fichier qui est en fait sur mon classpath. Comment puis-je savoir Netbeans pour inclure les libs qui sont référencés par le Manifeste fichier inclus libs?
    InformationsquelleAutor JamesB