Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Katalog domowy jest jednym wspólnym miejscem do trzymania następujących elementów PlusWorkflow:

  • konfiguracja konfiguracji:
    -bazy  bazy danych,
    -parametrów  parametrów systemu,
    -logówdane
     logów,
    - funkcji eksperymentalnych
  • danych:
    -pliki logów,
    -zainstalowane wtyczki,
    -katalog tymczasowy,
    -mapy procesów.

Włączenie katalogu domowego na nowym systemie

Na nowych systemach katalog domowy domyślnie jest włączony (parametr 'plusworkflow.home' w pliku web.xml domyślnie ustawiony na '../PlusWorkflow Home').
Wystarczy ustawić konfigurację bazy danych (w <home-dir>/config/db.properties), a pozostałe ustawienia najlepiej pozostawić domyślne. Dla systemów tymczasowych (np.demonstracyjnych) także ustawienie bazy danych nie jest potrzebne, wtedy PlusWorkflow uruchomi się na wbudowanej bazie.

Z kolei w przypadku instalowania nowego systemu instalatorem wystarczy podać ścieżkę katalogu domowego oraz konfigurację bazy danych w oknie instalator'a,. instalatora.

Automatyczna instalacja wtyczek

Istnieje możliwość automatycznego instalowania wtyczek umieszczonych w katalogu domowych (od wersji 4.1.2). W katalogu <home-dir>/config/plugins należy umieścić pliki .jar wtyczek które chcemy instalować przy starcie systemu.

 

Zasady aktualizacji w zależności od wersji wtyczek już zainstalowanych:

Wersja w katalogu domowymWersja zainstalowanaAkcja
1.0.0brak

Status
colourGreen
titleINSTALL

1.0.0-SNAPSHOTbrak

Status
colourGreen
titleINSTALL

1.0.11.0.0
Status
colourGreen
titleUPDATE
(wtyczka w katalogu jest nowsza)
1.0.01.0.0
Status
colourBlue
titleBRAK
(wersje wtyczek są takie same)
1.0.01.0.1
Status
colourBlue
titleBRAK
(zainstalowana wtyczka jest nowsza)
2.0.01.0.0-SNAPSHOT
Status
colourBlue
titleBRAK
(wtyczka w wersji SNAPSHOT)
1.0.0-SNAPSHOT2.0.0
Status
colourBlue
titleBRAK
(wtyczka w wersji SNAPSHOT)

 

Zmiana ustawień katalogu domowego

Domyślne lub obecne ustawienia Ustawienia katalogu domowego można ustawić poprzez konfigurację jego następujących elementów. Aczkolwiek poza konfiguracją bazy danych, zalecane jest pozostawienie domyślnych ustawień.

Konfiguracja ścieżki katalogu

Lokalizacja :  parametr plusworkflow.home w web.xml

Warning

Ustawienie ścieżki katalogu jest obligatoryjne, bo decyduje o włączeniu katalogu domowego. Ustawiona tu ścieżka jest dalej w instrukcji określana

...

jako <home-dir>.

plusworkflow-home.properties

Lokalizacja: parametr plusworkflow.home w plusworkflow-home.properties

Plik plusworkflow-home.properties musi znajdować się w projekcie w folderze src/main/resources. Po wypakowaniu systemu na Tomcata jest to odpowiednio katalog webapp/WEB-INF/classes . Przykładowa zawartość pliku:

Code Block
languagetext
titleplusworkflow-home.properties
plusworkflow.home=/home/nazwa_uzytkownika/Suncode/Home
Note

Ścieżka do katalogu domowego musi posiadać znaki slash ( / ).

Info

Ustawienie ścieżki katalogu domowego w pliku plusworkflow-home.properties jest zalecaną metodą, gdyż domyślny plik web.xml systemu może zostać zmieniony, przez co należy go również aktualizować we wszystkich projektach klienckich.

web.xml

Lokalizacja: parametr plusworkflow.home w web.xml

Plik web.xml musi znajdować się w projekcie w folderze src/main/webapp/WEB-INF. Po wypakowaniu systemu na Tomcata jest to odpowiednio katalog webapp/WEB-INF . "Szablon" pliku web.xml najlepiej pobierać z czystego projektu systemu w określonej wersji.

Code Block
titleDomyślne ustawienie
	<context-param>
		<param-name>plusworkflow.home</param-name>
		<param-value>../PlusWorkflow Home</param-value>
	</context-param>
Warning

Powyżej przedstawione pliki możliwej konfiguracji katalogu domowego są ułożone według priorytetu odczytywania ustawień przez system, tj. jeżeli w obu plikach została ustawiona ścieżka katalogu domowego, system weźmie pod uwagę ścieżkę z pliku plusworkflow-home.properties.

Konfiguracja bazy danych (plik db.properties)

Lokalizacja: parametry w pliku <home-dir>/config/db.properties

Code Block
titleDomyślne ustawienia
# Database connection configuration
# [Connection]
# Database name
db.name=
# Database server type [postgresql, oracle, mssql, db2, db2as400]
db.type=
# Database server host (without port)
db.host=
# Port on which database server accepts connections
db.port=
# Database user
db.username=
# Database user password
db.password=
# [Optional] JDBC connection URL (if empty, connection URL will be build based on properties above)
db.connectionUrl=

# [Connection pool configuration]
# Maximum pool size (default 30)
db.pool.size=30
# Minimum number of idle connections in pool (default 5)
db.pool.idle=5
# Timeout for acquiring connection from the pool (defaults to 5 minutes)
db.pool.connectionTimeout=300000
# Time after acquired connection will be considered as leak if it wasn't closed (defaults to 5 minutes). To disable set 0.
db.pool.leakDetectionThreshold=300000
# [Optional] SQL that will be invoked on new connection creation
db.pool.connectionInitSql=
Info

Jeżeli parametry dot dotyczące bazy danych (sekcja 'Database connection configuration'), nie są podane uzupełnione to system domyślnie uruchomi się na wbudowanej bazie PostgreSQL.

Jeżeli parametry te zostaną podane aby skorzystać z bazy zewnętrznej, to parametr 'connectionUrl' nie musi być podany.
Jednak jeśli z jakichś względów zostanie on wypełniony to parametry 'name', 'type', 'host', 'port' muszą nadal być wypełnione, pomimo ich podania w 'connectionUrl'.
Ponadto konieczne wtedy jest zapewnienie odpowiednio tych samych wartościdotyczące bazy danych (sekcja 'Database connection configuration'), nie są uzupełnione to system domyślnie uruchomi się na zewnętrznej bazie danych, która została w tym pliku skonfigurowana.

Jeżeli parametr db.connectionUrl zostawimy pusty, to wygeneruje się on automatycznie, na podstawie pozostałych parametrów. Ma on dodatkowo wyższy priorytet przy łączeniu z bazą, dlatego jeżeli db.connectionUrl będzie wskazywał na inną bazę, niż parametry wyżej, to system będzie próbował połączyć z bazą na podstawie podanego URLa.

Konfiguracja bazy danych (zmienne środowiskowe)

Bazę danych również można skonfigurować przez zmienne środowiskowe. Jest to mało przydatne przy normalnej instalacji systemu u klienta. Jest to preferowana opcja skonfigurowania połączenia z bazą, jeśli system uruchamiany jest w Dockerze (np. Azure).

Nazwy parametrów do skonfigurowania (funkcje analogicznie, do parametrów w punkcie Konfiguracja bazy danych (plik db.properties):

  • PWFL_DB_HOST
  • PWFL_DB_TYPE
  • PWFL_DB_PORT
  • PWFL_DB_USERNAME
  • PWFL_DB_PASSWORD
  • PWFL_DB_NAME
  • PWFL_DB_CONNECTIONURL
  • PWFL_DB_POOL_SIZE
  • PWFL_DB_POOL_IDLE
  • PWFL_DB_POOL_CONNECTIONTIMEOUT
  • PWFL_DB_POOL_LEAKDETECTIONTHRESHOLD
  • PWFL_DB_POOL_CONNECTIONINITSQL

Jeśli skonfigurowane są wymagane zmienne środowiskowe, system pominie sprawdzanie pliku db.properties. Nie utworzy również katalogu config w katalogu domowym.

Warning
titleSterowniki JDBC

Nie należy dodawać sterowników JDBC ręcznie do Tomcata, gdyż projekt systemu zawiera je już w sobie (Postgres, Oracle, SQL Server).

Konfiguracja parametrów systemu

Lokalizacja: PlusWorkflow w 'Administracja' -> 'Konfiguracja systemu' -> 'Parametry systemowe'

Status
titlev3.2.22+


Od wersji 3.2.22 zalecanym sposobem zmiany parametrów jest ich zmiana bezpośrednio w PlusWorkflow.
Natomiast w starszych wersjach można to zrobić poprzez własne ustawienia wartości parametrów w <home-dir>/config/PlusWorkflow.conf

Konfiguracja logów

Lokalizacja : parametry w plikupliku konfiguracyjnego: 

Na początku system sprawdza, czy w katalogu domowym w folderze config znajduje się plik log4j2.xml i z niego bierze konfigurację.

Jeżeli plik nie istnieje, to konfiguracja brana jest z projektu plusworkflow-web/resources z pliku log4j2-prod.xml (katalog WEB-INF/classes).

 

W celu modyfikacji pliku konfiguracyjnego należy przekopiować plik log4j2-prod.xml do folderu config w katalogu domowym i zmienić nazwę na log4j2.xml. Po modyfikacji należy zrestartować system.

 

Lokalizacja plików z logami:

Domyślnie pliki z logami zapisywane są do folderu logs w katalogu domowym.

Ścieżkę można zmienić ustawiając parametr plusworkflow.logs w pliku plusworkflow-home.properties lub zmieniając ścieżki w pliku konfiguracyjnym w wybranym appenderze.

Konfiguracja funkcji eksperymentalnych

Lokalizacja: domyślna lokalizacja (opcjonalnie odczytywana przez system) pliku to <home-dir>/config/Log4jexperimental.xml

Polega na podpięciu własnego pliku ustawień log4j.

Lokalizacja danych

properties.

Funkcje eksperymentalne uruchamiane są poprzez dodanie w nowej linii wpisu reprezentującego daną funkcje:

  • <id funkcji>=<true/false>

Przykładowa zawartość pliku experimental.properties z uruchomionymi dwoma funkcjami:

Code Block
jakasFunkcja1=true
jakasFunkcja2=true

Lista funkcji eksperymentalnych jest zmienna i obecnie dostępne funkcje zadeklarowane są klasie enumeracyjnej ExperimentalFeature jako parametr konstruktora

  • np. dla JAKAS_FUNKCJA_1( "jakasFunkcja1" ) identyfikatorem parametru jest jakasFunkcja1

Konfiguracja mechanizmu monitorowania wątków (plik db.properties)

Lokalizacja: parametry w pliku <home-dir>/config/db.properties

Code Block
# [Threads monitoring configuration]

# Global toggle for threads monitoring mechanisms (default false)
db.threads-monitoring.enabled=false

# Starts tasks periodically dumping threads states to Concurrent logs (default false)
db.threads-monitoring.task.enabled=false

# Delay in seconds to start task after system start (default 240)
db.threads-monitoring.task.delay=240

# Period in seconds between each threads states dumps (default 60)
db.threads-monitoring.task.period=60

# Enable logging of shark process lock attempts that could lead to deadlock exception (default false)
db.threads-monitoring.warnings.dangerousProcessLocks=false

# Enable logging of redundant shark transaction creation
# Such transactions can lead to older data access and faster shark transaction pool drain (default false)
db.threads-monitoring.warnings.redundantSharkTransactions=false

# Enable logging of redundant hikari connection allocations
# Such allocations can lead to faster hikari connection pool drain (default false)
db.threads-monitoring.warnings.redundantHikariConnections=false
Note

Parametr db.threads-monitoring.enabled steruje globalnie całym mechanizmem.

Jeżeli jest wyłączony, to pozostałe funkcje o prefixie db.threads-monitoring.* pozostaną również wyłączone.

Konfiguracja mechanizmu monitorowania wątków (zmienne środowiskowe)

Mechanizm monitorowania wątków również można skonfigurować przez zmienne środowiskowe. Jest to mało przydatne przy normalnej instalacji systemu u klienta. Jest to preferowana opcja skonfigurowania tego mechanizmu, jeśli system uruchamiany jest w Dockerze (np. Azure).

Nazwy parametrów do skonfigurowania (funkcje analogicznie, do parametrów w punkcie Konfiguracja mechanizmu monitorowania wątków (plik db.properties)):

  • PWFL_DB_THREADS_MONITORING_ENABLED
  • PWFL_DB_THREADS_MONITORING_TASK_ENABLED
  • PWFL_DB_THREADS_MONITORING_TASK_DELAY
  • PWFL_DB_THREADS_MONITORING_TASK_PERIOD
  • PWFL_DB_THREADS_MONITORING_WARNINGS_DANGEROUS_PROCESS_LOCKS
  • PWFL_DB_THREADS_MONITORING_WARNINGS_REDUNDANT_SHARK_TRANSACTIONS
  • PWFL_DB_THREADS_MONITORING_WARNINGS_REDUNDANT_HIKARI_CONNECTIONS

To, czy użyte zostaną te zmienne środowiskowe, zależy od zdefiniowania wymaganych parametrów z sekcji Konfiguracja bazy danych (zmienne środowiskowe).

Note

Zmienna środowiskowa PWFL_DB_THREADS_MONITORING_ENABLED steruje globalnie całym mechanizmem.

Jeżeli jest wyłączona, to pozostałe funkcje o prefixie PWFL_DB_THREADS_MONITORING_* pozostaną również wyłączone.

Inne zmienne środowiskowe

Oprócz powyższych zmiennych środowiskowych, dostępne są również następujące z nich do użycia wewnętrznego:

  • PWFL_SHARK_UNCOMMITED_TX_DEADLOCK_PROTECTION_STARTUP_DEADLINE
    • opóźnienie w minutach pierwszego sprawdzenia stanu wtyczki
  • PWFL_SHARK_UNCOMMITED_TX_DEADLOCK_PROTECTION_ATTEMPTS
    • ilość podejmowanych prób commitowania zawieszonych połączeń sharkowych
  • PWFL_SHARK_UNCOMMITED_TX_DEADLOCK_PROTECTION_ATTEMPT_POSTPONE
    • opóźnienie w sekundach podjęcia następnej próby commitowania zawieszonych połączeń sharkowych

Lokalizacja danych

Jeśli katalog domowy jest włączony to w ustawionym folderze znajdują się następujące dane dotyczące działania PlusWorkflow:

...

  • wczytywana jest konfiguracja z PlusWorkflow.conf po staremu (parametr w web.xml)
  • baza danych pobierana jest z context.xml 
  • wtyczki przechowywane są w starym katalogu (skonfigurowanym w suncode-plugins.xml)

...

Opis krokuWymaganeDodatkowe informacje
Ustaw ścieżkę katalogu w parametrze plusworkflow.home w web.xml
(włączenie katalogu domowego)
(plus) 
Przenieś ustawienia bazy danych z context.xml do pliku <home-dir>/config/db.properties (plus)Usuń konfigurację bazy z pliku context.xml i web.xml (tag 'resource-ref').
Przenieś ustawienia parametrów z PlusWorkflow.conf, które mają ustawienia różne od domyślnych. Zmień wartości domyślne parametrów w PlusWorkflow w Administracja' -> 'Konfiguracja systemu' -> 'Parametry systemowe'(plus)

Usuń konfigurację parametru 'Shark_Conf' z pliku web.xml
Jeśli używany był PlusWorkflow.conf z własnymi ustawieniami parametrów to zalecane jest jego zlikwidowanie usunięcie i ustawienie tych zmienionych parametrów w Konfiguracji systemu->Parametry systemu. Jeśli jednak ustawienia parametrów zostaną nadpisane poprzez umieszczenie PlusWorkflow.conf w miejscu własnych ustawień (nie zalecane), to trzeba z web.xml usunąć parametr 'WorkingDirectory'.

Przenieś zawartość obecnego dotychczasowego katalogu z wtyczkami do <home-dir>/data/plugins (lub ew. zainstaluj wtyczki od nowa)(plus) 
Przenieś zawartość obecnego dotychczasowego katalogu z mapami procesów do <home-dir>/XPDL(plus) 
Ustaw domyślne logi (zalecane) parametrem log4jConfigLocation w web.xml lub przenieś własne Własne ustawienia logów(plus)

Ustaw wartość parametru log4jConfigLocation na 'classpath:Log4j.xml', wtedy domyślne loggery będą zapisywały logi do domyślnej lokalizacji tj. <home-dir>/logs.
Lub tylko jeśli Jeśli to niezbędne, bo nie jest zalecane, ustaw własne ustawienia logów przenosząc plik Log4jLog4j2.xml do <home-dir>/config, a w parametrze log4jConfigLocation ustaw poprawną ścieżkę z katalogu resources w projekcie plusworkflow-web do <home-dir>/config/Log4j.xml. Oraz w pliku Log4j.xml ustaw ścieżki powstawania logów na <home-dir>/logs.

Jeśli przeniesiono własne ustawienia logów i została w nich zmieniona lokalizacja powstawania plików z logami, a chcesz kontynuować poprzednie pliki logów to przekopiuj zawartość wcześniejszego katalogu z logami do nowej lokalizacji (ustawionej w <home-dir>/config/Log4j.xml)(minus) 
Info
titleUWAGA:

Jeśli istnieje kod wdrożeniowy w którym znajduje sie odwołanie do systemowego data source np:

Code Block
InitialContext initialContext = new InitialContext();
DataSource dataSource = (DataSource) initialContext.lookup( "java:comp/env/PlusWorkflowResource" );

należy zastąpić go pobraniem go w ten sposób:

Code Block
DataSource dataSource = DataSourceFactory.getDataSource();