EJOE 0.4.1
Released: 17.11.2007

EJOE 0.4.1 (1.9Mb)

Was ist neu?

EJOE - Einführung und Referenz 1.3 (pdf 0.72Mb)

EJOE 0.3.5_01
Released: 22.03.2006

EJOE 0.3.5_01 (670k)

Dokumentation

Überblick

Remoting Framework oder Object Request Broker oder IO-Framework, oder...

EJOE ist eine zusammenführende Implementierung der durch Java bereitgestellten Netzwerk-, Parallelisierungs- sowie Serialisierungsfunktionalitäten. Es vereint diese Funktionen in einem sogenannten Objektbroker (ORB), welcher das allgemeine Request-Process-Response-Pattern implementiert und jeweils eine fertige Client- bzw. Serverkomponente bereitstellt. EJOE stellt somit ein Remoting-Framework dar und fällt unter anderem im weitesten Sinne in jenen Bereich, der allgemein als Middleware bezeichnet wird.

EJOE kann zur Entwicklung von Client/Server-Anwendungen sowie zur Bereitstellung von Remote-Services in bereits bestehenden Anwendungen verwendet werden. Eines der Hauptmerkmale ist die Bereitstellung einer großen Anzahl möglicher Serialisierungsmechanismen, welche die Übertragung von POJOs, Beans sowie komplexen Containern über Netzwerk gewährleisten.

EJOE bietet eine einfach anwendbare, vereinheitlichende und skalierbare Architektur um bestehende und neue Anwendungen bei sehr geringen Integrationskosten mit einer zuverlässigen Transportschicht für Client/Server-Architekturen auszustatten.

EJOE usage

Highlights

  1. Open Source unter der Apache License Version 2
  2. skalierbar und hochperformant
  3. einfach integrierbare Schnittstelle für Client und Server
  4. umfangreiche, leicht erweiterbare Unterstützung verschiedenster Serialisierungstechniken, -protokolle und -frameworks
  5. zuverlässiges, skalierbares, einstellbares Multithreadingverhalten
  6. Unterstützung sowohl für non-blocking I/O (java.nio) als auch das streamorientierte blocking I/O (java.io)
  7. Unterstützung für WSIF (Web Service Invocation Framework)
  8. Unterstützung des Crispy-Frameworks
  9. Remote Method Invocation durch Remote Reflection (Remoting Framework)
  10. Unterstützung für die Ausführung asynchroner Requests
  11. Unterstützung der In-Process Kommunikation innerhalb einer Instanz der Java Virtual Machine
  12. partielle HTTP-Unterstützung für Clients hinter Firewalls
  13. ohne J2EE einsetzbar

EJOE ist beispielsweise keine gute Wahl, wenn:

  1. ein anderes Transportprotokoll als das EJOE-Protokoll oder HTTP verwendet oder implementiert werden soll
  2. Die Funktionen eines ausgereiften Applicationservers oder Servletcontainers benötigt werden
  3. Datenstreaming beispielsweise für die unterbrechungsfreie Übertragung von Audio- oder Videodaten umgesetzt werden soll