Preparing for the next version polling-outbox-2

Released the component for part 1 of the blog series

* Introduced the fixed version polling-outbox-1 for this version of the
  implementation.
* Added a README for GitHub.
* Shortend the execution-time of the demonstration-script.

Published events are transactionally captured in an outbox-table

* The outbox-implementation it kept separated from the application:
  the application sends a normal ApplicationEvent - everything else
  is implemented in a separate package, that could be packaged and
  distributed separatedly
* Created a new table outbox
* Added the event-type OutboxEvent, which is captured in the outbox
* UserEvent is now a subclass of OutboxEvent
* Added an OutboxListener that transactionally captures the events

Added a script that illustrates the example

Added a profile, that starts the app with a PostgreSQL-DB

* Added the dependency for the PostgreSQL-driver
* Added the new profile
* Configured Flyway to apply db-specific SQL
* Added a PostgreSQL-DB to the setup for Docker Compose as "postgres"
* Added a named volume for the data of the service "postgres"
* Selected the new profile "prod" for the service "jdbc"

The application can be started as a container via Docker Compose

* Added docker-maven-plugin to build an image of the application
* Added a setup for Docker Compose, that starts the image as container

Switched to Flayway for schema-creation

Switchted to @TransactionalEventListener

* This listener ensures, that the event is fired in a specific tx-phase
* The default-phase is AFTER_COMMIT, which fits our use-case perfectly

Wiredly enforcing uniqe-users with an exception

The app emitts events for created / deleted users

Simple web-app example for spring-boot-data-jdbc