Les classes de modules de remplacement doivent être incluses lors de l'utilisation de beans Enterprise JavaBeans (EJB) 2.x distants.

Un client doit inclure des classes de modules de remplacement lorsque vous démarrez un bean EJB distant hébergé dans WebSphere Application Server. Dans certains cas, si le client est WebSphere Application Server, le produit génère automatiquement les classes de modules de remplacement appropriées :

• Si une application client démarrer un bean EJB distant contenu dans la même application, WebSphere Application Server Liberty génère automatiquement les classes de modules de remplacement.
• Si le bean EJB cible est exécuté dans une application distincte et qu'il utilise le modèle de programmation distant EJB 2.x avec les interfaces EJBHome et EJBObject, le client doit inclure les classes de modules de remplacement sans son chemin de classe. Si le bean EJB est hébergé sur l'instance WebSphere Application Server traditionnelle, vous pouvez copier le fichier JAR du client EJB à partir de l'application dans le fichier EAR après son traitement par la commande ejbdeploy. Si le bean EJB est hébergé dans Liberty, vous devez utiliser le programme rmic inclus avec votre kit de développement de logiciels (SDK) Java 8 du client WebSphere Application Server Traditional pour générer les classes de modules de remplacement du bean EJB cible, et vous devez inclure les classes de modules de remplacement avec le client.
• Si le bean EJB cible est exécuté dans une autre application distincte et qu'il utilise le modèle de programmation EJB 3, l'instance WebSphere Application Server traditionnelle ou le processus Liberty du client génèrent automatiquement les classes de modules de remplacement. Les composants EJB qui utilisent le modèle de programmation distant EJB 3 dans Liberty ne sont accessibles à distance que par les processus WebSphere Application Server ou WebSphere Application Client.

Pour plus d'informations, voir Utilisation d'Enterprise JavaBeans avec interfaces distantes sur Liberty.