2010-10-07 21 views
6

Zastanawiam się, jaka byłaby najlepsza praktyka do wdrożenia pliku WAR w pakiecie WAR do tomcat. Używanie wtyczki uwolnienie Maven dostaję wersjonowany plik WAR dla mojego projektu np MyService-1.0.0.warwdrażanie wersji pliku WAR do tomcat

chciałbym wdrożyć go do Tomcat tak, że mogę do niego dostęp w następujący sposób np http://localhost:8080/myservice

Domyślnie tomcat wybucha plik wojenny jako katalog o nazwie myservice-1.0.0 w katalogu CATALINA_HOME/webapps. Ale chcę wybuchnąć wojnę jako katalog o nazwie myservice z powodów wymienionych powyżej.

Wiem, że mogę po prostu zmienić nazwę myservice-1.0.0.war >> myservice.war, a następnie wdrożyć ją w Tomcat.

Chciałem dowiedzieć się, co robią inni?

Odpowiedz

3

Zrobiłbym to, wspominając o myservice jako artefactId i final name oraz za pomocą pluginu maven cargo do wdrożenia na tomcat. http://cargo.codehaus.org/Maven2+Plugin+Tips

+0

dzięki. Używam identyfikatora artefaktu jako myservice, ale potrzebuję również wersji projektu, która w moim przypadku to 1.0.0 Jaka wskazówka w szczególności odnosi się do podanego linku? – andthereitgoes

+0

ok ... w tagu budowy istnieje opcja podania nazwy ostatecznej, która staje się nazwą wojny. Czy próbowałeś go ustawić? –

+0

oh fajne dzięki. Zapomniałem o tym. Tak, to opcja, zdecydowanie mógłbym to wypróbować. Nadal jestem zainteresowany, aby dowiedzieć się, jak inni podchodzą do tego w swoich produkcjach. – andthereitgoes

0

Zamiast zmiany nazwy pliku WAR można to zrobić:

Po prostu dodaj poniższe w swoim tomcat-dir/conf/server.xml pomiędzy tagami <Host>..<\Host>.

dla: plik MyService-1.0.0.war

<Context path="/myservice" docBase="/myservice-1.0.0" debug="0" reloadable="true"></Context> 

Reference

+0

Jest to uzasadnione w przypadku głównych wersji, ale jeśli twoja wersja często się zmienia, możesz preferować coś bardziej zautomatyzowanego. Mogę połączyć twoje rozwiązanie z powyższym, aby przyciąć mniejszy numer wersji z nazwy pliku. – djjeck

1

wpadłem na ten sam problem. Co pracował dla mnie było wstawienie tego elementu właściwości do ładunków uruchamianą konfiguracji:

    <deployable> 
         <groupId>org.something</groupId> 
         <artifactId>something-idm-esb</artifactId> 
         <properties> 
          <context>something-idm-esb</context> 
         </properties> 
         <type>war</type> 
        </deployable> 

Bez tego elementu właściwości, aplikacja zostanie wdrożony na localhost: 8080/coś-idm-ESB-0.9.14.2, które nie to, co jest potrzeby aplikacji w czasie wykonywania. W sekcji właściwości aplikacja jest wdrażana w localhost: 8080/coś-idm-esb/

Powiązane problemy