Frage

Ich habe eine Java-Anwendung, die mit einem EJB arbeitet, aber wenn:

  1. Die EJB wird aktualisiert, die App ist gebrochen.
  2. Die App-Server aktualisiert wird, die App ist gebrochen.

Ohne menschliches Zutun, ist es ein bevorzugtes Verfahren, die Client-Gläser für die App-Server und Bean zu aktualisieren?

Wenn es bevorzugte Methode auf dem App-Server abhängig ist, dann Jboss übernehmen.

War es hilfreich?

Lösung

Das ist einer der Gründe, warum Menschen zu Web-Services migrieren :) Oder JMS verwenden, auch.

Wirklich, wenn Sie Ihr App-Server aktualisiert oder Anbieter geändert wird, gibt es keine Möglichkeit, Ihren alten / ausländischer Stubs mit neuem Code auf Serverseite arbeiten. : - (

Denken Sie daran, EJB erklärt es sollte eine Anwendung deployer Rolle sein? Es liegt an ihn client.jar für Client-Anwendungen zu erstellen und verteilen (oder kann es die Anwendung des Verpackers ist spielt keine Rolle, der Punkt ist: es ist nicht ein automatischer Betrieb)

Einige Tricks kann möglich sein (wie anspruchsvolle Platzierung client.jar auf bestimmten Ort auf dem Server durch Client herunterzuladen zuerst, dann Class-Loader verwenden zu verwenden), aber das sind mehr Hacks als gängige Praxis.

Wie für JBoss Spezifika, ich habe keine keine Informationen.

Andere Tipps

Sie sind grundlegendes Problem ist, dass, wenn der Schnittstellenvertrag zwischen einer Komponente ändert es die andere Komponente bricht. Dies ist kein Problem beschränkt auf Apps und EJBs, es gerade nicht Compiler sicher.

Der einzige automatisierte Ansatz, den ich kenne, ist die Einrichtung Ihre Projekte in einer solchen Art und Weise, wie die App-Projekt abhängig von der EJB-Projekt machen (in der IDE und Build-Dateien), können Sie den Compiler Überprüfung zu geben. Und sie zusammen als EAR-Bereitstellung.

Wenn das nicht eine Option, und sie müssen separat eingesetzt werden, als EJB-Entwickler auf sein Spiel sein muss über das Halten rückwärts kompatible Schnittstellen intakt.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top