Maven - Pierwsze użycie Mavena

W poprzednim samouczku widzieliśmy, jak zainstalować Maven na twoim komputerze, stworzyliśmy nasz pierwszy projekt (chociaż zasadniczo składał się z wciśnięcia Enter, jak 10 razy) i zostawiłem ci przegląd tego pierwszego projektu, który Maven utworzył automatycznie, w szczególności „pom. xml". który jest praktycznie sercem Twojego projektu w Maven.
W tym samouczku zobaczymy, co robi Maven, czym są wszystkie te tagi zawarte w pliku POM, co oznaczają i jak zacząć korzystać z tego narzędzia.
Przyjrzymy się bardziej szczegółowo krokom tworzenia naszego pierwszego projektu, w tym celu musisz już mieć zainstalowaną Javę i Mavena, które możesz przejrzeć w moim poprzednim samouczku.
Najpierw otwieramy wiersz poleceń i uruchamiamy polecenie „mvn -version” (mvn -v), aby sprawdzić, czy Maven jest zainstalowany. Po weryfikacji przechodzimy do folderu, w którym chcemy utworzyć nasz projekt za pomocą polecenia cd (w moim przypadku „cd mavenArchetypes”) i wpisujemy polecenie „mvn archetype: generate”, aby przedstawić nam listę archetypów znalezionych w Repozytorium Maven (Są to ogromna liczba archetypów).

Polecenia początkowe

POWIĘKSZAĆ

Pierwsze 2 strony listy istniejących archetypów na dzień 07.08.2014

Na końcu listy archetypów Maven prosi o wybranie liczby odpowiadającej jednej z opcji na liście (co byłoby niemożliwe bez znajomości liczb na pamięć) i podaje domyślną liczbę (w moim przypadku 438), która odpowiada archetypowi „maven-archetype-quickstart” lub stosujesz filtr, który przekłada się na umieszczenie słowa, które pozwala przefiltrować tę gigantyczną listę do łatwiejszej w zarządzaniu, która jest związana z tym, czego szukasz. Zakładając, że umieścisz słowo „wiosna”, przedstawi Ci listę wszystkich archetypów opartych na frameworku Spring.
Pozostaniemy przy domyślnym archetypie, więc po prostu naciśnij Enter, po czym wyświetli Ci się lista wersji wybranego archetypu, w której wybieramy najnowszą wersję, ponownie naciskając Enter.
Na koniec poprosi Cię o dane, które będą identyfikować Twój projekt, a mianowicie:
Identyfikator grupyReprezentuje Twoje „własne repozytorium projektów”, wszystkie projekty, które wygenerujesz z tym samym identyfikatorem grupy, będą przechowywane razem, w tym konkretnym przykładzie zalecam, abyś umieścił nazwę pakietu podstawowego swojego projektu, w moim jest to „org. manuel.maven ”.
identyfikator artefaktuJest to identyfikator twojego projektu, ponieważ jest to projekt testowy, który nazwałem "MavenTestApp".
wersjaNie wymaga wyjaśnień, numer wersji projektu, domyślnie Maven sugeruje "1.0-SNAPSHOT", który reprezentuje pierwszą wersję rozwojową projektu.
pakietJest to główny pakiet twojego projektu, domyślnie Maven nadaje mu nazwę "GroupId", czyli w tym przypadku "org.manuel.maven".
Na końcu wyświetli podsumowanie i zażąda potwierdzenia (wystarczy jeszcze raz nacisnąć Enter lub wpisać „N”, aby ponownie poprosić o dane) i to wszystko! Masz już swój pierwszy projekt Maven.
Teraz mamy folder o nazwie MavenTestApp, w którym znajduje się folder src, w którym znajduje się plik „pom.xml”, folder „główny” i folder „test”. W folderze „main” zlokalizujemy wszystkie pliki źródłowe naszej aplikacji, w folderze „test” zostaną umieszczone odpowiednie pliki testowe (testy te są przeprowadzane za pomocą biblioteki o nazwie JUnit, którą zobaczymy później w innym tutorialu) a plik POM zawiera kluczowe atrybuty naszego projektu i otwierając go edytorem tekstu (ja używam Notepad ++) powinien wyglądać mniej więcej tak:

POWIĘKSZAĆ

Zobaczmy dokument w częściach:

• Pierwsze 2 wiersze deklarują przestrzeń nazw XML i schemat, które odnoszą się do XML.
• Znacznik „modelVersion” wskazuje, do której wersji deskryptora projektu należy ten POM.
• „GroupId”, „artifactId” i „version” odpowiadają konkretnemu projektowi i wyjaśniłem je już powyżej.
• Znacznik „packaging” informuje Mavena, jak spakować nasz projekt po jego zbudowaniu. W tym przypadku jest to .jar, gdyby była to aplikacja biznesowa, mogłaby to być .ear, gdyby była to aplikacja internetowa, byłaby to wojna.
• Wreszcie etykieta „zależności” wskazuje początek listy zależności projektu, w ramach tej etykiety każda zależność jest umieszczona między etykietami „zależność” i w nich wskazujesz groupId, artifactId i wersję zależności, którą chcesz dodaj do wersji roboczej. W tym przypadku domyślnie jest on dołączany do zależności biblioteki JUnit, która jest odpowiedzialna za testowanie naszego kodu.

W zależności znajduje się również etykieta o nazwie „zakres”, która wskazuje, który proces musi być uruchomiony, aby zastosować odpowiednią zależność. Ten plik POM jest sercem naszego projektu i możemy dodawać do niego zależności w miarę rozwoju naszego projektu.
Maven jest zarządzany za pomocą „repozytorium” informacji, do którego uzyskuje automatycznie dostęp podczas działania i z którego zasadniczo uzyskuje 2 rzeczy:
Informacje o archetypachMaven zawiera repozytorium, w którym utrzymuje wiele modeli, nazywanych „archetypami” aplikacji, które są szkieletami złożonymi z podstawowej struktury konkretnego typu aplikacji, w przypadku archetypu Maven quickstart odpowiadającą strukturą jest ta, którą mamy w tej chwili
Informacje o zależnościachJest to kolejny kluczowy element Maven, który jest relacją zależności istniejącą między jedną biblioteką a drugą. Na przykład framework „Spring” zależy od biblioteki Apache Commons Logging. Informacje te są przechowywane w repozytorium Mavena w taki sposób, że chcąc korzystać ze Springa wystarczy zadeklarować zależność Spring w pliku POM, a Maven AUTOMATYCZNIE zadba o prawidłowe pobranie i korzystanie z wymaganej biblioteki Apache.
Z tych prostych powodów podczas korzystania z Maven musisz mieć połączenie z Internetem, ponieważ musisz mieć możliwość przejścia do zewnętrznego repozytorium, aby znaleźć potrzebne zależności.
Czy to nie fantastyczne!? Osobiście niejednokrotnie pobierałem bibliotekę, aby zdać sobie sprawę, że potrzebuję kolejnej dodatkowej biblioteki, aby pierwsza nie zawiodła. W przypadku Mavena wystarczy wskazać bibliotekę, której chcę użyć w pliku POM i gotowe! Maven dba o pobranie wszystkiego, czego potrzebuję.
Jeśli nadal nie przekonałem Cię do zaprzestania budowania kodu w sposób, w jaki obecnie robisz, i rozpoczęcia korzystania z Mavena, poczekaj, aż zaczniemy go używać w Eclipse, twórz aplikacje internetowe za pomocą kilku kliknięć i mieszaj Spring i Hibernate w tej samej aplikacji, mam nadzieję czytasz mnie w następnym samouczku i nie zapomnij zostawić komentarzy do następnego razu!
Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt