Sie können mehrere Editionen derselben Anwendung gleichzeitig aktivieren, wenn Sie eine Anwendung vor ihrer Übernahme in die Produktionsumgebung validieren möchten, wenn Sie eine Pilotversion einer Anwendung erstellen möchten, um eine Gruppe von Benutzern auszuwählen, oder wenn Sie einen Rollout durchführen müssen, weil ein Anwendungsupgrade eine entsprechende Änderung in identifizierbaren Verzweigungen von Clientmaschinen erfordert.
Es müssen mindestens zwei Editionen derselben Anwendung installiert sein. Beispiel: Die Edition 1.0 der Anwendung meine_Anwendung ist im dynamischen Cluster dynamischer_Cluster_1 und die Anwendungsedition 2.0 im dynamischen Cluster dynamischer_Cluster_2 installiert.
Die Berechtigungen für den Application Edition Manager unterscheiden sich je nach Rolle. Die Rollen sind: Überwachung (Monitor), Bedienung (Operator), Konfiguration (Configurator) und Verwaltung (Administrator). Wenn Sie ein Benutzer sind, der der Rolle "Überwachung" oder "Bedienung" angehört, können Sie die Informationen zum Application Edition Manager zur anzeigen. Gehören Sie zur Rolle "Konfiguration" oder "Verwaltung", haben Sie alle Konfigurationsberechtigungen für den Application Edition Manager.
Jede Edition muss auf einem eigenen Implementierungsziel aktiv sein. Wenn mehrere Editionen derselben Anwendung gleichzeitig für Benutzer in derselben Umgebung verfügbar sind, kann der On Demand Router (ODR) nicht zwischen den aktiven Editionen unterscheiden, wenn keine Informationen verfügbar sind, auf deren Basis er die Anforderung verarbeiten und an die entsprechende Edition weiterleiten kann. Mit Routing-Regeln oder eindeutigen Schnittstellen für jede Edition kann Mehrdeutigkeit verhindert werden.
Edition 1.0 wird über die Routing-Regel, die Sie für diese bestimmte Edition erstellen, und Edition 2.0 über ihre eigene Routing-Regel gesteuert.
Wenn Sie beispielsweise eine Anwendungsumgebung vorab in einer Produktionsumgebung mit einer ausgewählten Gruppe von Benutzern testen möchten, können Sie das Implementierungsziel, einschließlich der Ressourcen und Sicherheitsdefinitionen klonen und die Zieledition in der geklonten Umgebung aktivieren. Verwenden Sie Routing-Regeln, um den ODR anzuweisen, eine ausgewählte Gruppe von Benutzern an diese Edition weiterzuleiten.
Wenn Sie eine Pilotedition Ihrer Anwendung verwenden, können Sie mit Routing-Regeln die Benutzer der Pilotedition 2.0 von den allgemeinen Benutzern der Edition 1.0 trennen.
Bei einem Rollout mit Verzweigungen können Sie mit Routing-Regeln jede Verzweigung an die gewünschte Edition weiterleiten. Wenn der Clientcode in den nachfolgenden Verzweigungen aktualisiert wird, können die serverseitigen Routing-Regeln aktualisiert werden, damit die Clients der neu aktualisierten Verzweigung an die entsprechende Edition gesendet werden.
Falls die Routing-Regeln nicht ausreichen, um Benutzeranforderungen zu unterscheiden, oder wenn der Benutzer den Routing-Regeln eine alternative Methode vorzieht, kann jeder Edition ein eindeutiger URI und EJB-JNDI-Name zugewiesen werden. Anders als Routing-Regeln werden eindeutige Schnittstellen für Editionen den Anwendungsbenutzern offen gelegt. Deshalb müssen Sie den entsprechenden Namen für die gewünschte Edition auswählen.
Führen Sie eine Validierung aus, um die Verfügbarkeit und Mehrfachverfügbarkeit Ihrer neuen Edition unter realistischen Bedingungen zu testen. Weitere Informationen finden Sie im Artikel Eine Edition validieren .