Core_Java_Servlets_i_JavaServer_Pages_Tom_II_Wydanie_II

[ Pobierz całość w formacie PDF ]

niej na pocz tku. Ponadto cz sto si zdarza, e programi ci s przerzucani z jednego projektu na
drugi, a programi ci pracuj cy wspólnie nad dan aplikacj musz korzysta z takiego samego
rodowiska IDE. Gdy wi c programista przejdzie do innego zespo u projektowego, w którym
kompilacja i wdra anie aplikacji b d wykonywane w innym rodowisku IDE ni to, którego
dot d u ywa programista, konieczne b dzie poznanie nowego narz dzia i przyzwyczajenie
si do pracy w nim. To z kolei b dzie wymaga po wi cenia dodatkowego czasu.
U ywanie narz dzi ant, maven i im podobnych
Narz dzie ant zaimplementowane przez Apache Foundation dzia a podobnie jak make w rodo-
wisku UNIX. Jednak ant zosta napisany w Javie (dzi ki czemu jest przeno ny) i powszech-
nie uwa a si , e w porównaniu z make jest prostszy w u yciu i bardziej rozbudowany. Wielu
programistów serwletów i stron JSP kompiluje i wdra a aplikacje w a nie przy u yciu ant.
Sposób u ywania narz dzia ant zosta opisany w dodatku Tworzenie Aplikacji przy u yciu
narz dzia Apache ant .
Ogólne informacje o ant s dost pne na stronie pod adresem http://ant.apache.org/manual/,
natomiast wskazówki dotycz ce u ywania ant z serwerem Tomcat znajduj si pod adresem
http://tomcat.apache.org/tomcat-5.5-doc/appdev/processes.html.
G ówn zalet takiego rozwi zania jest elastyczno ant jest tak rozbudowany, e obs u-
guje wszystkie etapy od kompilacji kodu ród owego Javy, przez kopiowanie plików a po
generowanie plików archiwum WAR (wi cej na ten temat w punkcie 1.5).
Kolejnym narz dziem, które przyci ga uwag programistów Javy, jest narz dzie maven. Na-
rz dzie to rozszerza mo liwo ci ant, dlatego w niektórych przypadkach bardzo je przypomina,
a w niektórych zasadniczo si od niego ró ni. Wprawdzie maven jest równie elastyczny jak
ant, lecz jego twórcy skupili si przede wszystkim na prostocie jego u ywania. Dlatego te
wa n rol odgrywaj w nim konwencje. maven mo e na przyk ad skompilowa kod ród owy
nawet wówczas, gdy programista nie wska e go w folderze projektowym. Jest to mo liwe
dzi ki temu, e w maven przyj to, i zgodnie z konwencj kod ród owy j zyka Java znajduje
si w folderze src/main/java. Oczywi cie, za o enie to mo na zmienia , ale po co? Dzi ki
zastosowaniu konwencji pliki konfiguracyjne programu maven s , w odró nieniu od ant, bardzo
krótkie i zrozumia e. Wi cej informacji na temat tego narz dzia mo na znale na stronie
http://maven.apache.org.

Rozdzia 1. U ywanie i wdra anie aplikacji internetowych 31
Wad zarówno ant, jak i maven jest konieczno po wi cenia okre lonego czasu na nauk
pracy z nimi. Zasadniczo krzywa uczenia si ant i maven jest bardziej stroma ni w przypadku
dwóch pierwszych technik prezentowanych w tym podrozdziale. Natomiast istotn ró nic
mi dzy po wi caniem czasu na nauk konkretnego rodowiska IDE a poznawaniem narz dzia
ant albo maven jest to, e w coraz wi kszej liczbie rodowisk ant i maven s u ywane jako
rozwi zanie standardowe, zamiast narz dzi charakterystycznych tylko dla tych rodowisk.
Mo na si wi c spodziewa , e wiadomo ci na temat ant lub maven b dzie mo na wyko-
rzystywa równie w dalszej przysz o ci.
U ywanie IDE wraz z narz dziem Ant
rodowiska IDE zwi kszaj efektywno pracy programistów, poniewa pomagaj tworzy
kod ród owy, natomiast ograniczaj mo liwo ci jego przenoszenia. Narz dzie ant z kolei
pozwala na tworzenie aplikacji przeno nych, lecz w adnej mierze nie pomaga pisa kodu
ród owego. Co z tym zrobi ?
Przepa dziel c ant i IDE mo na nieco zmniejszy przez u ywanie rodowiska IDE zinte-
growanego z ant. Dzi ki temu nadal mo na pracowa z ulubionym rodowiskiem programi-
stycznym, które wspiera proces pisania kodu ród owego, a jednocze nie jednym klikni -
ciem myszy wywo uje skrypty ant odpowiadaj ce za skompilowanie i wdro enie aplikacji.
Takiego rozwi zania mo na u ywa nawet w rodowiskach, które z ant nie s zintegrowane
(cho wi kszo wspó czesnych rodowisk tak integracj ju posiada), lecz b dzie to wyma-
ga prze czania si mi dzy wierszem polece a rodowiskiem programistycznym.
Takie podej cie doskonale sprawdza si w prawdziwych projektach. Programi ci u ywaj
ulubionych IDE, w których pisanie kodu jest bardziej efektywne, za sam projekt nie jest
nara ony na powstawanie niespójno ci w trakcie wdro enia, poniewa kompilacja i wdro-
enie s przeprowadzane przez ten sam przeno ny skrypt ant. Uczestniczyli my w projektach,
w których poszczególni programi ci nale cy do zespo u projektowego tworz cego jedn
aplikacj internetow korzystali z ró nych IDE; niektórzy z nich pracowali nawet w odmien-
nych systemach operacyjnych. Proces wdra ania aplikacji natomiast pozostawa spójny, a sami
programi ci byli zadowoleni z mo liwo ci u ywania swoich ulubionych narz dzi progra-
mistycznych. A czy zadowolenie programisty nie jest najwa niejsze?
1.5. Umieszczanie aplikacji internetowych
w plikach WAR
Pliki archiwum WWW (ang. Web archive WAR) doskonale nadaj si do czenia w poje-
dynczym archiwum ca ych aplikacji internetowych. Jeden du y plik z aplikacj zast puj cy
wiele ma ych plików znacznie atwiej jest przenosi z serwera na serwer.
Archiwum WAR jest tak naprawd plikiem JAR z rozszerzeniem .war i tworzy si go zwyk ym
poleceniem jar. Aby na przyk ad umie ci ca aplikacj aplikacja_internetowa w pliku
WAR o nazwie aplikacja_internetowa.war, nale y przej do katalogu aplikacja_internetowa
i wykona nast puj ce polecenie:
32 Core Java Servlets i JavaServer Pages [ Pobierz całość w formacie PDF ]

Odnośniki