Frage

Hope ein paar Leute hier kennen JCAPS. Aus reiner j2ee Welt, ist es schwierig, das Bereitstellungsmodell, dass JCPAS Angebote zu verdauen. Während Einsatzprofil erstellen, müssen wir die Ressourcen (wie jdbc, Webservice-Anschluss) an externe Systeme abzubilden. Externe Systeme sind mit dem Zielserver-IP, Port, DB-Namen, Anmeldeinformationen usw. (im Fall von jdbc) vorgegeben. So ist das Problem ein Ohr für Testumgebung aufgebaut ist, kann nicht auf Produktionsumgebung bereitgestellt werden.

Bei einfacheren Anwendungen könnten wir Datenbank / Anmeldeinformationen speichern, etc auf Eigenschaftsdateien und damit EAR für UAT gebaut könnte ohne jede Änderung Produktion eingesetzt werden.

Gibt es eine ähnliche Strategie für JCAPS, durch der gegen eine Umgebung aufgebaut EARs kann in einer anderen nahtlos gefördert werden?

War es hilfreich?

Andere Tipps

In JCAPS das Deployment Profil (DP) ist nach wie vor eine generische Schicht;

1) als developper Sie konfigurieren Ihre (dev) Eigenschaften in der Verbindungskarte (CM) und Umwelt Externer Anwendung (EA) ein- und ausgehende Eigenschaften;

2), dann extrahieren Sie die Konfiguration in eine Datei: asadmin extract-caps-application-configuration myear.ear

3) und laden Sie diese Datei zur Prüfung / prod Glassfish: asadmin import-caps-configuration --host %HOST% --port %PORT% --user admin --passwordfile ...\passwordfile caps-config

4) in Glassfish\Common Task\CAPS\Env and CM Override passen Sie die Eigenschaften entsprechend der Umgebung! (Und starten Sie das Ohr)

5) genießen JCAPS Effizienz [optional]

all dieser Prozess zusammengefasst wird in Anwendungskonfiguration - JCAPS 6 Screen

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