2019-04-29 14:25:45 +02:00
# hsadminNg Development
2019-04-01 13:14:56 +02:00
2022-07-29 15:39:35 +02:00
<!-- generated TOC begin: -->
- [Setting up the Development Environment ](#setting-up-the-development-environment )
- [SDKMAN ](#sdkman )
- [PostgreSQL Server ](#postgresql-server )
- [Markdown with PlantUML plugin ](#markdown-with-plantuml-plugin )
- [Other Tools ](#other-tools )
- [Running the SQL files ](#running-the-sql-files )
- [For RBAC ](#for-rbac )
- [For Historization ](#for-historization )
<!-- generated TOC end. -->
2019-04-29 14:25:45 +02:00
## Setting up the Development Environment
2019-04-01 13:14:56 +02:00
2022-07-29 09:03:21 +02:00
All instructions assume that you're using a current Linux operating system.
Everything is tested on Ubuntu Linux 22.04.
To be able to build and run the Java Spring Boot application, you need the following tools:
- Docker 20.x
- PostgreSQL Server 13.7-bullseye (see instructions below to install and run in Docker)
- Java JDK 17.x
- Gradle in some not too outdated version (7.4 will be installed via wrapper)
You also might need an IDE (e.g. *IntelliJ IDEA* or *Eclipse* or *VS Code* with *[STS](https://spring.io/tools)* and a GUI Frontend for *PostgreSQL* like *Postbird* .
If you have at least Docker, the Java JDK and Gradle installed in appropriate versions and in your `PATH` , then you can start like this:
cd your-hsadmin-ng-directory
gradle wrapper # downloads Gradle 7.5 into the project
source .alias # creates some comforable bash aliases, e.g. 'gw'='./gradlew'
gw test # compiles and runs unit- and integration-tests
pg-sql-run # downloads + runs PostgreSQL in a Docker container on localhost:5432
gw bootRun # compiles and runs the application on localhost:8080
2022-07-29 15:39:35 +02:00
# the following command should reply with "pong":
curl http://localhost:8080/api/ping
# the following command should return a JSON array with just the customer aac:
curl \
-H 'current-user: mike@hostsharing.net' \
-H 'assumed-roles: customer#aac.admin' \
http://localhost:8080/api/customer
2022-07-29 09:03:21 +02:00
The latter `curl` command actually goes through the database server.
2022-07-29 15:39:35 +02:00
< big > ⓘ < / big >
If you want a formatted JSON output, you can pipe the result to `jq` or similar too.s
2022-07-29 09:03:21 +02:00
If you still need to install some of these tools, find some hints in the next chapters.
### SDKMAN
*SdkMan* is not necessary, but helpful to install and switch between different versions of SDKs (Software-Development-Kits) and development tools in general, e.g. *JDK* and *Gradle* .
You can get it from: https://sdkman.io/.
< big > **⚠ **< / big >
Yeah, the `curl ... | bash` install method looks quite scary;
but in a development environment you're downloading executables all the time,
e.g. through `npm` , `Maven` or `Gradle` when downloading dependencies.
Thus, maybe you should at least use a separate Linux account for development.
Once it's installed, you can install *JDK* and *Gradle* :
sdk install java 17.0.3-tem
sdk install gradle
sdk use java 17.0.3-tem # use this to switch between installed JDK versions
2022-07-22 13:31:37 +02:00
### PostgreSQL Server
2019-05-01 14:37:22 +02:00
2022-07-29 09:03:21 +02:00
You could use any PostgreSQL Server (from version 13 on) installed on your machine.
You might amend the port and user settings in `src/main/resources/application.yml` , though.
2022-07-28 10:43:49 +02:00
2022-07-29 09:03:21 +02:00
But the easiest way to run PostgreSQL is via Docker.
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
Initially, pull an image compatible to current PostgreSQL version of Hostsharing:
2019-05-01 14:37:22 +02:00
2022-07-29 09:03:21 +02:00
docker pull postgres:13.7-bullseye
2019-05-01 14:37:22 +02:00
2022-07-28 10:43:49 +02:00
< big > **⚠ **< / big >
If we switch the version, please also amend the documentation as well as the aliases file. Thanks!
2022-07-22 13:31:37 +02:00
Create and run a container with the given PostgreSQL version:
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
docker run --name hsadmin-ng-postgres -e POSTGRES_PASSWORD=password -p 5432:5432 -d postgres:13.7-bullseye
2019-05-01 14:37:22 +02:00
2022-07-28 10:43:49 +02:00
# or via alias:
pg-sql-run
2022-07-22 13:31:37 +02:00
To check if the PostgreSQL container is running, the following command should list a container with the name "hsadmin-ng-postgres":
2019-05-01 14:37:22 +02:00
2022-07-28 10:43:49 +02:00
docker container ls
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
Stop the PostgreSQL container:
docker stop hsadmin-ng-postgres
2022-07-28 10:43:49 +02:00
# or via alias: pg-sql-stop
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
Start the PostgreSQL container again:
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
docker container start hsadmin-ng-postgres
2022-07-28 10:43:49 +02:00
# or via alias: pg-sql-start
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
Remove the PostgreSQL container:
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
docker rm hsadmin-ng-postgres
2022-07-28 10:43:49 +02:00
# or via alias:
pg-sql-remove
To reset to a clean database, use:
pg-sql-stop; pg-sql-remove; pg-sql-run
# or via alias:
pg-sql-reset
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
After the PostgreSQL container is removed, you need to create it again as shown in "Create and run ..." above.
2019-05-01 14:37:22 +02:00
2022-07-26 13:19:17 +02:00
Given the container is running, to create a backup in ~/backup, run:
2022-07-28 10:43:49 +02:00
docker exec -i hsadmin-ng-postgres /usr/bin/pg_dump --clean --create -U postgres postgres | gzip -9 > ~/backup/hsadmin-ng-postgres.sql.gz
# or via alias:
pg-sql-backup >~/backup/hsadmin-ng-postgres.sql.gz
2022-07-26 13:19:17 +02:00
Again, given the container is running, to restore the backup from ~/backup, run:
gunzip --stdout --keep ~/backup/hsadmin-ng-postgres.sql.gz | docker exec -i hsadmin-ng-postgres psql -U postgres -d postgres
2022-07-28 10:43:49 +02:00
# or via alias:
pg-sql-restore < ~/backup/hsadmin-ng-postgres.sql.gz
2022-07-26 13:19:17 +02:00
2022-07-29 15:39:35 +02:00
### Markdown
2019-05-01 14:37:22 +02:00
2022-07-29 15:39:35 +02:00
To generate the TOC (Table of Contents), a little bash script from a
[Blog Article ](https://medium.com/@acrodriguez/one-liner-to-generate-a-markdown-toc-f5292112fd14 ) was used.
To render the Markdown files, especially to watch embedded PlantUML diagrams, you can use one of the following methods:
#### Render Markdown embedded PlantUML
Can you see the following diagram right in your IDE?
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
```plantuml
@startuml
me -> you: Can you see this diagram?
you -> me: Sorry, I don't :-(
me -> you: Install some tooling!
@enduml
```
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
If not, you need to install some tooling.
2019-05-08 10:56:48 +02:00
2022-07-29 15:39:35 +02:00
##### for IntelliJ IDEA (or derived products)
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
You just need the bundled Markdown plugin enabled and install and activate the PlantUML plugin in its settings:
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
jetbrains://idea/settings?name=Languages+%26+Frameworks--Markdown
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
You might also need to install Graphviz on your operating system.
For Debian-based Linux systems this might work:
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
```sh
sudo apt install graphviz
```
2019-05-08 10:56:48 +02:00
2022-07-29 15:39:35 +02:00
##### Ubuntu Linux command line
2019-05-08 10:56:48 +02:00
2022-07-22 13:31:37 +02:00
```sh
sudo apt-get install pandoc texlive-latex-base texlive-fonts-recommended texlive-extra-utils texlive-latex-extra pandoc-plantuml-filter
```
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
```sh
pandoc --filter pandoc-plantuml rbac.md -o rbac.pdf
```
2019-05-01 14:37:22 +02:00
2022-07-29 15:39:35 +02:00
##### for other IDEs / operating systems
2019-05-01 14:37:22 +02:00
2022-07-22 13:31:37 +02:00
If you have figured out how it works, please add instructions above this section.
2022-07-28 10:43:49 +02:00
2022-07-29 15:39:35 +02:00
### Other Tools
**jq**: a JSON formatter, on Debian'oid systems you can install it with `sudo apt-get install jq`
2022-07-28 10:43:49 +02:00
## Running the SQL files
### For RBAC
2022-07-29 09:03:21 +02:00
The Schema is automatically created via *Liquibase* , a database migration library.
Currently, also some test data is automatically created.
2022-07-28 10:43:49 +02:00
2022-07-29 09:03:21 +02:00
To increase the amount of test data, increase the number of generated customers in `2022-07-28-051-hs-customer.sql` and run that
2022-07-28 10:43:49 +02:00
If you already have data, e.g. for customers 0..999 (thus with reference numbers 10000..10999) and want to add another 1000 customers, amend the for loop to 1000...1999 and also uncomment and amend the `CONTINUE WHEN` or `WHERE` conditions in the other test data generators, using the first new customer reference number (in the example that's 11000).
### For Historization
2022-07-29 09:03:21 +02:00
The historization is not yet integrated into the *Liquibase* -scripts.
You can explore the prototype as follows:
2022-07-28 10:43:49 +02:00
- start with an empty database
(the example tables are currently not compatible with RBAC),
2022-07-29 09:03:21 +02:00
- then run `historization.sql` in the database,
- finally run `examples.sql` in the database.