2011-09-09 15 views
10

Pakujemy naszą aplikację jako plik .war, reklamujemy wsparcie dla JBoss AS5 i poinstruujemy naszych klientów, aby skopiowali plik .war do swojego katalogu wdrażania JBoss i uruchomili serwer aplikacji w celu wdrożyć .war.Pliki JBoss AS7 * .dodeploy

Wprowadzamy wsparcie dla JBoss AS7, więc nasze instrukcje wdrożeniowe dla AS7 będzie musiał zmienić na coś jak

-copy the application.war to $JBOSS_HOME/standalone/deployments 
-touch $JBOSS_HOME/standalone/deployments/application.war.dodeploy 
-start JBoss AS7 

Ta metoda deployent wydaje się niewygodne do mnie, a może delikatne, jak niewydolność pomyślnie utworzyć * .dodeploy plik spowodowałby awarię wdrożenia. Również problemy z uruchomieniem JBoss mogą spowodować awarię wdrożenia, co spowoduje zmianę nazwy pliku * .dodeploy * .failed - więc przed ponownym wdrożeniem trzeba będzie zmienić jego nazwę na * .dodeploy. Wydaje nam się, że proces ten wydaje się nieco kłopotliwy dla niektórych naszych klientów, którzy mogą nie znać JBoss AS7.

Czy istnieje sposób automatyzacji tego procesu wdrażania, aby był bardziej płynny dla wdrażających, którzy mogą nie być zadowoleni z pracy z JBoss AS7? W jaki sposób inne osoby radzą sobie z tego rodzaju sytuacją? dzięki za wszelkie sugestie.

Odpowiedz

8

Istnieje interfejs sieciowy, który jest dość łatwy w użyciu. Możesz uzyskać do niego dostęp po uruchomieniu JBoss AS7, przechodząc do http://localhost:8080. Na tej stronie znajduje się link prowadzący do konsoli administracyjnej.

Można również pisać skrypty dla wdrożeń za pomocą interfejsu CLI. Jest tu trochę informacji o tym, jak go używać.

Wreszcie, zawsze możesz napisać własny klient Java, aby wdrożyć aplikacje. Napisałem już blog post o tym, jak napisać niestandardowy interfejs CLI wdrożenia.

2

Nadal można używać starych skryptów bez użycia znaczników.

Można to zmienić w pliku standalone.xml, zmieniając atrybuty "automatycznego rozmieszczania" na elemencie skanera wdrażania w pliku konfiguracyjnym standalone.xml.

Więcej informacji można znaleźć w folderze README dotyczącym wdrożeń.

6

Jeśli wiesz o plikach znaczników, możesz świadomie wyłączyć automatyczny tryb wdrażania dla folderu wdrażania, który jest domyślnie włączony. Autodeploy jest świetny do wszystkich plików poza eksplodowanymi i eliminuje konieczność ręcznego zarządzania plikami znaczników. Po włączeniu autodeploy możesz użyć polecenia "dotknij" w samej aplikacji, która zaktualizuje timstamp i uruchomi aplikację do wdrożenia (lub przeniesienia). Możesz więc nadal pisać scenariusz, jeśli zajdzie taka potrzeba, ale skup się na pliku, a nie na plikach znaczników.

Dla ułatwienia istnieje pięć sposobów rozmieszczania plików, z których trzy będą wspólne dla typowej konfiguracji administracyjnej. Są to graficzna konsola zarządzająca, interfejs wiersza poleceń zarządzania (CLI) i wspomniany folder wdrażania. Pozostałe dwie są przez IDE (takie jak JBoss Developer Studio lub Eclipse z JBoss Tools), a nawet przez Maven.

Dla osób, które mogą nie być wygodne w obsłudze skryptów, tak jak mówisz, nie można przejść do sekcji Zarządzaj wdrożeniami w interfejsie GUI konsoli. Wdrożenie konsoli nie przenosi/nie kopiuje aplikacji do folderu wdrażania, więc użycie zarówno folderu Console, jak i Deployment może spowodować pewien wysiłek w zarządzaniu plikami.

Dla użytkowników bash-u, interfejs CLI jest świetny i jest często polecany przez zespół AS7 jako preferowana metoda wdrażania aplikacji i zarządzania nimi. Sekcja podręcznika użytkownika dotycząca interfejsu CLI znajduje się tutaj: https://docs.jboss.org/author/display/AS7/Admin+Guide#AdminGuide-RunningtheCLI.

Przykład wszystkich metod wdrażania można znaleźć na tym filmie w YouTube przez jednego z programistów: "5 ways to deploy your application to JBoss AS 7". Nadzieja, która pomaga.

5

Potrzebujesz tylko .dodeploy do eksplodowanych wdrożeń. Jeśli twoje rozmieszczenie jest rozpiętą wojną, uchem itp. to zostanie odebrane automatycznie.

5

Zmiana trybu wdrażania od instrukcja do auto który czyni tę instalację automatycznie.

Kroki:

1) Otwórz plik konfiguracyjny JBoss: standalone.xml.

2) Sprawdzić rozmieszczania-skaner i dodać Auto-Deploy-zip = "true"

<deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" 
    path="deployments" auto-deploy-zipped="true" auto-deploy-exploded="false"/> 

3) Uruchom ponownie JBoss.

Teraz automatycznie wybierze spakowaną wersję plików ear/war/jar/sar do wdrożenia.

+0

dodaj ... auto-deploy-zipped = "true" auto-rozmieszczanie-eksploduje = "fałsz" – MacGyver