Implémentation de l'interface via différentes machines virtuelles Java

Question

Disons que vous avez une définition d'interface.

Cette interface peut être Opération.

Ensuite, vous avez deux applications s'exécutant dans différentes machines virtuelles Java et communiquant en quelque sorte à distance en échangeant Opération instances.

permet de les appeler l'application A et l'application B.

Si l'application A met en œuvre Opération avec la classe qui ne sont pas disponibles dans le classpath de l'application B, sera l'application B encore être en mesure de gérer cette mise en œuvre de l'interface? Même lorsque B est dans une machine JVM différente?

Answer 1

Cela dépend de ce que vous entendez par "communiquer en quelque sorte à distance". Si l'application A effectivement remet à l'application B une sorte de jeton qui est intégré dans un proxy de sorte que les appels à l'interface d'opération soient renvoyés à l'application A, alors cela peut être correct. Si l'idée est que l'application B crée une instance locale de la classe d'implémentation, cela ne fonctionnera pas car elle ne saura pas à quoi ressemble l'objet.

Answer 2

Tant qu'il essaye seulement de le référencer par l'interface commune, il devrait être capable de le gérer. L'implémentation réelle n'a pas d'importance tant qu'ils implémentent tous les deux la même version de l'interface.

Answer 3

Cela dépend de la magie qui se passe dans votre partie "en quelque sorte communiquer à distance".

Si cette communication est effectuée via RMI ou une technologie similaire, alors ce sera très bien. L'application B crée un proxy distant pour l'objet Operation dans la machine virtuelle Java A et les méthodes appelantes de ce proxy génèrent des requêtes HTTP vers la machine JVM A, qui sont résolues par rapport à l'objet réel vivant dans cette machine virtuelle Java (ayant accès à la classe d'implémentation).

Si cette communication est effectuée en sérialisant des objets et en les envoyant sur le réseau, cela ne fonctionnera pas. Lorsque l'objet de l'application A arrive dans JVM B, la désérialisation échoue (avec un ClassNotFoundException ou similaire).

Il pourrait bien y avoir d'autres technologies d'accès distant, auquel cas les choses dépendent de l'implémentation. Je sais que les chargeurs de classes peuvent charger des classes à partir de tableaux d'octets, et donc il est conceptuellement très possible d'avoir de tels chargeurs de classe qui seraient capables de charger des classes à partir de sources distantes. De cette façon, la bibliothèque de mise en réseau pourrait en théorie sérialiser la classe réelle sur le réseau, de sorte que même si la JVM B ne connaît pas nativement la classe d'implémentation, son chargeur de classe serait fourni avec le bytecode de la classe.