{"id":1098,"date":"2021-12-27T10:44:59","date_gmt":"2021-12-27T09:44:59","guid":{"rendered":"https:\/\/sii.pl\/blog\/?p=1098"},"modified":"2023-03-23T13:53:19","modified_gmt":"2023-03-23T12:53:19","slug":"docker-dla-programistow-budowa-srodowiska-rozwojowego-cz-2","status":"publish","type":"post","link":"https:\/\/sii.pl\/blog\/docker-dla-programistow-budowa-srodowiska-rozwojowego-cz-2\/","title":{"rendered":"Docker dla programist\u00f3w \u2013 budowa \u015brodowiska rozwojowego. Cz\u0119\u015b\u0107 II"},"content":{"rendered":"\n

W poprzednim wpisie<\/a> pokaza\u0142em, jak mo\u017cna wykorzysta\u0107 Dockera i Docker Compose do uruchomienia us\u0142ugi bazy danych PostgreSQL lokalnie. W bie\u017c\u0105cym wpisie p\u00f3jdziemy krok dalej i do \u015brodowiska rozwojowego dodamy kolejny kontener z preinstalowan\u0105 platform\u0105 Camunda BPM.<\/p>\n\n\n\n

Camunda BPM<\/strong><\/h2>\n\n\n\n

Camunda dostarcza kompletn\u0105 platform\u0119 BPM (ang. Business Process Management) w wersjach na kilka preinstalowanych serwer\u00f3w aplikacyjnych. Jedn\u0105 z form dystrybucji s\u0105 oficjalne obrazy kontener\u00f3w Dockera dost\u0119pne w publicznym repozytorium<\/a>. Jest to bardzo wygodne, poniewa\u017c nie musimy niczego instalowa\u0107 na swojej maszynie, gdy chcemy szybko uruchomi\u0107 demo lub nawet programowa\u0107 procesy na platformie.<\/p>\n\n\n\n

Plan na dzi\u015b: do \u015brodowiska z poprzedniego wpisu<\/a>\u00a0doda\u0107 kontener z platform\u0105 BPM oraz uruchomi\u0107 na nim przyk\u0142adowy projekt z procesem BPM.<\/p>\n\n\n\n

Przyk\u0142adowy projekt<\/strong><\/h2>\n\n\n\n

Zamiast tworzy\u0107 nowy projekt, wykorzystamy gotowy przyk\u0142ad dostarczany w ramach dokumentacji wraz z platform\u0105. \u0179r\u00f3d\u0142a projektu znajduj\u0105 si\u0119 na GitHubie<\/a>. Jest to projekt pokazuj\u0105cy jak mo\u017cna stworzy\u0107 aplikacj\u0119 BPM z formularzami, wykorzystuj\u0105c zasadniczo standardowe komponenty EJB oraz JSF, czyli technologie ze stosu JEE. A skoro tak, to do uruchomienia projektu wykorzystamy Camund\u0119 preinstalowan\u0105 na serwerze aplikacyjnym Wildfly \u2013 ca\u0142o\u015b\u0107 oczywi\u015bcie w postaci obrazu kontenera \ud83d\ude42\u00a0<\/p>\n\n\n\n

Pobieramy wspomniany projekt i przechodzimy do niego:<\/p>\n\n\n\n

git clone https:\/\/github.com\/camunda\/camunda-get-started-javaee.git
<\/a>cd camunda-get-started-javaee\/<\/em><\/p>\n\n\n\n

Kontener<\/strong><\/h2>\n\n\n\n

Gotowy obraz mo\u017cna pobra\u0107 z publicznego repozytorium Dockera<\/a>. Jest tutaj dost\u0119pnych kilka wersji r\u00f3\u017cni\u0105cych si\u0119 serwerem aplikacyjnym. Nas b\u0119dzie interesowa\u0107 obraz o nazwie camunda\/camunda-bpm-platform:wildfly-7.16.0. <\/strong>Je\u015bli przyjrzymy si\u0119 dok\u0142adnie dokumentacji obrazu, dowiemy si\u0119, \u017ce jest skonfigurowany z wbudowan\u0105 baz\u0105 danych H2, ale, za pomoc\u0105 zmiennych \u015brodowiskowych, mo\u017cemy wskaza\u0107 inn\u0105 baz\u0119, pod warunkiem, \u017ce jest wspierana przez Camund\u0119.<\/p>\n\n\n\n

Takim systemem jest PostgreSQL,<\/strong> kt\u00f3rym ju\u017c dysponujemy, wi\u0119c wykorzystamy go w naszym przyk\u0142adzie.<\/p>\n\n\n\n

Zabieramy si\u0119 za skonfigurowanie kontenera z Camund\u0105. W tym celu wykorzystamy docker-compose.yml z poprzedniej cz\u0119\u015bci i dodamy definicj\u0119 nowego kontenera. Docelowy plik tworzymy w katalogu z projektem:<\/p>\n\n\n

\nversion: "3.8"\nservices:\n db:\n  container_name: db\n  image: postgres:9.4\n  environment:\n  - POSTGRES_PASSWORD=camunda\n  - POSTGRES_USER=camunda\n  ports:\n  - "5432:5432"\n bpm:\n  container_name: bpm\n  image: camunda\/camunda-bpm-platform:wildfly-7.16.0\n  environment:\n  - DB_DRIVER=postgresql\n  - DB_URL=jdbc:postgresql:\/\/db:5432\/camunda\n  - DB_USERNAME=camunda\n  - DB_PASSWORD=camunda\n  - TZ=Europe\/Warsaw\n  ports:\n  - "8080:8080"\n<\/pre><\/div>\n\n\n
Nowy kontener nazywa si\u0119 bpm<\/strong> i jest oparty o gotowy obraz, a zmienne \u015brodowiskowe definiuj\u0105 parametry po\u0142\u0105czenia do bazy danych i stref\u0119 czasow\u0105. Port 8080 kontenera jest mapowany na taki sam port maszyny hostuj\u0105cej. Na uwag\u0119 zas\u0142uguje zmienna \u015brodowiskowa DB_URL,<\/strong> kt\u00f3ra zawiera adres jdbc z hostem db <\/strong>do kontenera bazy danych.<\/p>\n\n\n\n
Dodatkowo, dla uproszczenia w poprzednim artykule<\/a> konfiguracja docker-compose nie zawiera\u0142a sekcji services i okre\u015blenia wersji formatu. Deklaruj\u0105c wprost wersj\u0119, wymuszamy kompatybilno\u015b\u0107 sk\u0142adni wspieran\u0105 przez dan\u0105 edycj\u0119 docker-compose.\u00a0<\/p>\n\n\n\n
Sprawd\u017amy, czy mo\u017cemy odpali\u0107 w ten spos\u00f3b kontenery:<\/p>\n\n\n
\n$ docker-compose up -d\n$ docker ps --format="{{ .Names }} \\t {{ .Status }}"\n<\/pre><\/div>\n\n\n
Ostatnie polecenie powinno zwr\u00f3ci\u0107:<\/p>\n\n\n
\nbpm Up 29 seconds\ndb Up 29 seconds\n<\/pre><\/div>\n\n\n
czyli nazwy kontener\u00f3w bazy danych i aplikacji BPM oraz ich statusy.<\/p>\n\n\n\n
Budowanie projektu<\/strong><\/h2>\n\n\n\n
Skoro kontenery s\u0105 gotowe i opisane w docker-compose.yml,<\/strong> pozosta\u0142o zrobi\u0107 ju\u017c tylko jedno: zbudowa\u0107 projekt oraz doda\u0107 w odpowiednim miejscu kontenera Comundy wynikowy WAR z przyk\u0142adowym procesem.<\/p>\n\n\n\n
Do budowy potrzebujemy:<\/p>\n\n\n\n