-
Zainstalowana JDK 11 (lub wyższa, testowane było na 11, bo to obecny LTS).
-
Należy pamiętać:
- o ustawieniu zmiennej środowiskowej
JAVA_HOMEwskazującej na katalog gdzie zainstalowaliśmy JDK. - oraz updejtowaniu zmiennej środowiskowej
PATHtak by zawierała w sobie również ścieżkę do${JAVA_HOME}/bin
- o ustawieniu zmiennej środowiskowej
-
Projekt jest budowany maven'em. Używamy maven-wrappera. Proszę zwrócić uwagę, że poniżej używamy komendy
mvnwa niemvn. W związku z tym instalacja lokalna mavena nie jest potrzebna (lepiej użyć maven-wrappera, ze względu na ryzyko niezgodności wersji). -
Połączenie internetowe - maven ściąga zadeklarowane zależności z internetu podczas pierwszego builda.
Struktura katalogów wygląda tak:
-- .mvn
-- src
-- main
-- java
-- resources
-- test
-- java
-- resources
-- .gitgnore
-- mvnw
-- mvnw.cmd
-- pom.xml
-- README.md
- Źródła programu są w podkatalogoach
/src/main. - Z kolei
/src/testzawiera źródła unit testów. - Podkatalog
.mvnoraz plikimvnwimvnw.cmdto maven-wrapper. - Plik
pom.xmlto deskryptor projektu i jego zależności dla mavena.
Wszystkie komendy poniżej wykonujemy z katalogu głównego projektu
(czyli tam gdzie jest plik pom.xml oraz ten plik - README.md).
Wchodzimy w terminalu do katalogu głównego projektu (czyli tam gdzie jest plik pom.xml).
Z lini poleceń wykonujemy:
mvnw package -DskipTests
Opcja -DskipTests wyłącza odpalanie testów. Oczywiście można z niej zrezygnować
ale wtedy build będzie trwał dłużej.
UWAGA: Pierwszy build ściąga zależności z Internetu. Kolejne buildy będą znacznie szybsze, ponieważ nie będzie już ściągania zależności.
Zbudowany artefakt znajduje się w podkatalogu target głównego folderu projektu.
Jest to plik: target/benchmark-cli.jar
Uruchamiamy go (z głównego folderu projektu):
java -jar target/benchmark-cli.jar --help
Opcja --help wyświetla manual naszego programu.
Przykładowe wywołanie z poprawnymi opcjami:
mkdir results
java -jar target/benchmark-cli.jar -i=10 -d=1.0 -e=20 -m=square -s=100 -g=halton -l=25 -o=results
Najpierw utworzyliśmy katalog, który potem przekazaliśmy w parametrze -o (--outDir).
Po uruchomieniu w katalogu results znajdziemy podkatalogi poi oraz sensor
zawierające wygenerowane pliki.
Parametr -o (--outDir) jest opcjonalny, jeśli nie zostanie podany to podkatalogi
poi oraz sensor zostaną utworzone w bieżącym katalogu.
Testy uruchamiamy teź komendą:
mvnw test
Jak opisane wyżej, testy uruchamiają się też podczas builda (o ile nie użyjemy opcji -DskipTests).
Javadoc'a generujemy komendą:
mvnw javadoc:javadoc
Wygenerowany javadoc znajduje się w podkatalogu target/site/apidocs głównego folderu projektu.
Otwieramy plik target/site/apidocs/index.html w przeglądarce.
W Windows CommandPrompt możemy uruchomić z linii poleceń, z głównego folderu projektu:
start chrome file://%cd%/target/site/apidocs/index.html
lub:
start firefox file://%cd%/target/site/apidocs/index.html
Aby usunąć wszystkie zbudowane artefakty oraz wszystkie pliki pomocnicze utworzone w trakcie build'a uruchamiamy:
mvnw clean