Bereitstellen mehrerer Instanzen einer EAR (die Versionen) auf Glassfish

Question

Ich mag im Grunde der Lage sein, mehrere Versionen derselben EAR-Datei auf demselben Server (Glassfish-Instanz?) Zu implementieren und hat einen einzigartigen Weg zu jeder Version sich zu trennen.

Aus meiner Lektüre zu diesem Thema scheint es, dass mehrere EARs an die Wurzel des Web-Server-Namespace bereitstellen, so dass sie nebeneinander bestehen können, wenn sie nicht kontext root von IST zu kollidieren.

In meinem Fall würde ich eher, dass statt alles unter „/“ geht, würde ich IMMER deploy unter einem bestimmten Pfad eine bestimmte EAR-Datei Build-Marke in der Lage sein möchten, wie „/ foo-20100319“ oder "/ foo-CUSTOMER-20010101". Dies kann leicht mit einer einzigen WAR-Datei durchgeführt wird nur durch die Umbenennung. Ich brauche nicht oder will, dass sie sich gegenseitig stören.

Es ist mein Verständnis, dass diese Neuzuordnung außerhalb ist der Umfang der Datei application.xml, so fand ich, dass die http://docs.sun.com/app/docs/doc/820-7693/beayr?a=view sagt, dass ich web-uri angeben und context-root, aber ich bin nicht sicher, dass, was ich tun wollen, kann mit diesem in Glassfish angegeben werden.

Wie soll ich diesen Ansatz? Ich habe die volle Kontrolle über den Build-Prozess.

(ich habe gefunden mehrere Java-Web-Anwendungen bereitstellen zu Glassfish in einem Rutsch aber ich bin nicht sicher, wie diese anzuwenden, was ich brauche).

Answer 1

Die sun-application.xml .

Da Sie die volle Kontrolle über den Build-Prozess haben, die Wahl liegt bei Ihnen.

Möchten Sie folgendes über das lesen - deploymentplan Option des deploy subcommand von Dienstprogramm asadmin Glassfish. Es ermöglicht Ihnen, vor der Bereitstellung Verarbeitung zusätzliche Dateien in das entfalteten Archiv mischen ... So können Sie eine einzelne ‚allgemeine‘ Ohr-Datei und eine Reihe von kürzeren deploymentplan-Dateien erstellen, dass ‚mix-in‘ der Sonne-Datei application.xml notwendig, um eine kundenspezifische Implementierung.