Unterstützung für verteilte Interoperabilität

Question

Die EJB 3.1-Spezifikation gibt in Kapitel 10 Folgendes an: "Dieses Kapitel beschreibt die Interoperabilitätsunterstützung für den Zugriff auf eine Enterprise-Bean über die EJB 2.1-Remoteclientansicht von Clients, die über ein Netzwerk verteilt sind Aufrufe von Enterprise-Beans von Remoteclients, die Java Platform Enterprise Edition-Komponenten (Java EE) sind. Distributed Interoperability ist für die EJB 3.x-Remoteclientansicht nicht definiert. "

Bedeutet das von EJB 3.x, können EJB-Provider das Protokoll für Remote EJB-Aufruf auswählen? Warum wurde auch entschieden, die Interoperabilität von EJB 3.x nicht zu definieren?

Answer 1

Ja, Implementierungen können ihr Protokoll frei wählen. Die Softwareindustrie war (und ist immer noch) weg von RMI-IIOP/CORBA, das wahrscheinlich das einzige brauchbare Protokoll ist, das bereits verwendet werden konnte, und der EJB 3 Expertengruppe (und den Herstellern) wahrscheinlich konnte den enormen Aufwand nicht rechtfertigen, der erforderlich gewesen wäre, um ein benutzerdefiniertes Protokoll zu spezifizieren (und zu implementieren). Es ist mir unklar, ob EJB 3 überhaupt @Remote definiert haben sollte, anstatt nur @RemoteHome hinzuzufügen (dh, ich definiere einfach eine Annotation, die der bestehenden Fähigkeit entspricht, anstatt neue Fähigkeiten hinzuzufügen), aber ich würde vermuten, dass die EJB-Expertengruppe beschlossen hat, sie nur hinzuzufügen Konsistenz.