Vorteile/Nachteile explodiert war-Dateien
Antwort auf eine Frage, die ich heute gelesen wird vorgeschlagen, die Bereitstellung einer Anwendung wie eine explodierte (entpackt) KRIEG. Es gab mir zu denken.
Jeder Bereitstellung, den ich jemals auf einem JBoss/Tomcat wurde mit einem KRIEG/OHR - Datei. Zumindest soweit ich mich erinnern kann.
Habe ich einen Fehler zu machen, all diese Jahre?
Gibt es Vorteile für die Bereitstellung einer app in seiner erweiterten form und nicht als verpackt?
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich denke, das war meine Antwort zu erwähnen, die explodierte KRIEG in der anderen Frage. Explodierte Kriege sind einfacher zu navigieren und Sie bereitstellen können "Teile" Ihrer Anwendung, die viel schneller (je nachdem, wie unsere Web - /App-server sich mit dieser), z.B. Ersetzen Sie eine einzelne Ressource, wie eine JSP-Seite. Es kann jedoch einige Nachteile:
1.) Welche version Sie wirklich läuft? "Hmmm, ich bin mir nicht wirklich sicher, ob nun"
2.) Sicherheit - Sie haben das Recht permissioning für die explodierte format?
3.) Unordnung - Dateien in Hülle und fülle verteilt alle über Ihre schöne app - /web-server (manche Menschen wirklich mögen).
Ich Neige zu gehen für explodierte Prototyp Dev Arbeit und gehen Sie dann zu der richtigen Verpackung, die näher an der PRD, die ich bekomme.
Der einzige wirkliche Vorteil erhalten Sie durch die Bereitstellung von einem explodierten ear - /war-ist die Fähigkeit, hot-swap-Dateien auf dem server, als auch die Zeit gespeichert, die auf der Verpackung (die IMHO vernachlässigbar ist).
Grundsätzlich - dies ist eine nützliche Funktion für die Phasen der Entwicklung. Ich würde nicht wählen Sie diese Bereitstellungsmethode für eine Produktionsumgebung.
Gibt es auch einige webanwendungsserver erfordern, explodierte wars für einige esoterische features, aber das ist nichts, was ich erlebt habe in den normalen Gebrauch.
In der Entwicklung ist mehr komfortabel zu implementieren, es explodiert. Auf diese Weise können Sie hot-update einige der eingesetzten Ressourcen (wie werden die JSP-Seiten).
Für Test-und Produktionsumgebungen, ich bevorzuge stattdessen das verpackt Bereitstellung: ligther und einfacher in der Handhabung für den Anwender.
Nicht explodiert KRIEG/OHR-bei der Bereitstellung von nicht machen einen Unterschied für den Application Server. Dies ist, weil darunter, Sie sind alle explodiert.
Zum Beispiel, wenn Sie eine war-Datei unter tomcat-webapp, Sie werden sehen, dass Sie unter Ihrem Arbeitsverzeichnis, Sie Ihre war-Datei wird explodiert es.
Grundsätzlich WAR/EAR sind nur die Archivierung Ihrer Dateien, so dass es leichter zu bewegen und bereitstellen
Con: wenn Sie auf windows, werden Sie oft feststellen, dass die OS nach dem Zufallsprinzip sperren einer Datei, in der explodierte .Krieg, und es wird schwierig sein für Sie zum löschen des gesamten Krieges und erneut bereitstellen.
AFAIK, hot deployment ist nur möglich, mit explodierte wars. Und auch während der Entwicklung ist es einfacher, durchsuchen Sie die Projekt-Struktur auf dem server. Natürlich kann es andere Vorteile und Nachteile, die ich gerne höre.