Frank Prechtel Dominik Hirt Manuel Heinzig Mike Horn Carolin Dürrling Yannik Neubert Ramon Anger Kay Thriemer Andreas Siegel Christina Lerch

1. Building (a) Legacy
Wir bauen heute die Altlasten von Morgen
@FrankPrechtel

40. Twitter @eleneokamika

43. Software Qualität nach ISO 9126
angestaubt oder noch immer heißer Sch ... ?“
Mike Horn
Consultant & Software Architekt, pentacor GmbH

44. Quelle: https://de.wikipedia.org/wiki/ISO/IEC_9126  ist in der Norm ISO/IEC 25000 aufgegangen
Softwarequalitäten

45. Wie haben wir Systeme gebaut?
My Online Shop Monolith
Checkout &
Payment
Artikel-
Verwaltung
Bestell-
Verwaltung
Kunden-
verwaltung
Logistik
Management
…

46. Heute bauen wir domänen-orientiert und damit
auch verteilt …
ArtikelSystem
Checkout&
Payment
Bestellungen
System
LogistikSystem
KundenSystem
My Online Shop
SCS SCS SCS SCS SCS

47. Quelle: https://de.wikipedia.org/wiki/ISO/IEC_9126  ist in der Norm ISO/IEC 25000 aufgegangen
Challenge bei verteilten Systemen:
Erfüllung einiger Softwarequalitäten

48. Fehlertoleranz – Separation of Failure Units
My Online Shop
SCS SCS SCS SCS SCS
“Separation of Failure Units”  verhindert Seiteneffekte

49. Fehlertoleranz – Separation of Failure Units
My Online Shop
SCS SCS SCS SCS SCS
Self Containment  Separation of Failure Unit

50. Slide 08
Fehlertoleranz – Loose Coupling
ArtikelSystem
Checkout&
Payment
Bestellungen
System
LogistikSystem
KundenSystem
My Online Shop
Prevent Cascading Failures
SCS SCS SCS SCS SCS

51. Slide 08
Fehlertoleranz – Loose Coupling
ArtikelSystem
Checkout&
Payment
Bestellungen
System
LogistikSystem
KundenSystem
My Online Shop
ACLACL ACL
ACL - Anti Corruption Layer
SCS SCS SCS SCS SCS

52. Slide 08
Fehlertoleranz – Loose Coupling
ArtikelSystem
Checkout&
Payment
Bestellungen
System
LogistikSystem
KundenSystem
My Online Shop
Event Synchronisation
ACLACL ACL
Event Synchronisation über:
• Queue/Stream
• http feeds
• RESTful API
SCS SCS SCS SCS SCS

53. Slide 08
Fehlertoleranz – Loose Coupling
ArtikelSystem
Checkout&
Payment
Bestellungen
System
LogistikSystem
KundenSystem
My Online Shop
(RESTful) API as a Business Function
ACL ACL
SCS SCS SCS SCS SCS

54. Fehlertoleranz – Loose Coupling
Quelle: https://medium.com

55. Fehlertoleranz – Fail fast …
Quelle: https://medium.com

56. … and fail early
• Integration Tests
• Resilience Tests
• Consumer Driven Contracts

57. Änderbarkeit – Analysierbarkeit verteilter
Systeme
Netflix Micro Service Architecture at runtime

58. Analysierbarkeit: Monitoring eines SCSArtikelSystem
Quelle: https://redhat.com
SCS

59. Analysierbarkeit von Geschäftsprozessen
My Online Shop
Business Process 1
Business Process 2
Business Process …
Business Process n

60. Analysierbarkeit: Monitoring Business Processes
Business
Metrics
Business
Metrics
Business
Metrics
Business
Metrics
Business
Metrics

61. Analysierbarkeit: Traceability pro SystemArtikelSystem
Quelle: https://elastic.co

62. Analysierbarkeit: Traceability in Business
Processes

63. Fazit: Software Qualität in verteilten Systemen

64. „Kaniko - Docker Images bauen
ohne einen Docker Daemon“
by Yannik Neubert

65. „Problem“?

66. „Problem“?

67. Slide 02

68. Pipeline Docker-Container

69. Pipeline Docker-Container
Docker Daemon
Docker Build

70. „Docker-in-Docker“
Inception
Dockerception

71. Es gibt kein Problem?
Doch!

72. • Docker-in-Docker
erfordert privileged mode
Möglicher Zugangspunkt
für Angreifer

75. Lösung:
• In GoogleContainerTools enthalten
• Ermöglicht Docker-Build ohne einen Docker
Daemon

76. Pod

78. 1. Dockerfile
• Standard, muss nicht für Kaniko angepasst werden

79. 2. Build Context
Azure Blob Storage
Google Cloud Storage

80. 3. Destination
• Zielpfad für fertiges Image
• Docker registry, bspw. Docker Hub, Amazon ECR

81. 4. Registry-Credentials
(wenn destination private registry)

82. Done!
 kubectl apply -f

83. Restrictions
• Keine Windows-Container
• Kaniko-Executable kann nicht in anderem Image
verwendet werden

85. About me...
• Name: Manuel Heinzig
• Alter: 30
• Werdegang:
• Kindergarten  Mittelschule  Abitur
• Master Informatik @TU Chemnitz
• Wiss. Mitarbeiter/Dozent @HS Mittweida
Bereich Medieninformatik und Interaktives Entertainment
(aka Videospiele und alles drum herum)

86. Der Erklärbär
• „Manuel machts Protokoll, da wird das
wenigstens nicht so schwurbelig“
• „HiWi, komm mal mit zum Firmengespräch.
Nicht, dass ich mit denen dort wieder
aneinander vorbei rede.“

87. Dinge Erklären

88. Beispiel: Worte
• „Objektorientiert“

89. Beispiel: Worte
• „Objektorientiert“

90. Mein Job
• Vorlesungsreihe „Wissenschaft und Wirtschaft“:
• 4-8 Studis
(Studiengang Medieninformatik und Interaktives
Entertainment,
80% Kreative, 20% Programmierer)
• Informatisches Projekt eines (externen)
Stakeholders
• Erste praktische Erfahrungen

91. Mein Job

92. Studi (+), Stakeholder (+)
• Stakeholder: Entwicklerfirma für
Versicherungssoftware
• Ansprechpartner: Standortleiter Chemnitz +
Technischer Leiter
• Zielstellung: „Macht unsere
Versicherungssoftware hübsch. 3D, VR,
alles was euch einfällt.“

93. Studi (+), Stakeholder (+)
Projektverlauf
• Studi-Team organisiert sich selbst
• Studis interviewen Stakeholder für
Anforderungen
• Zwischenpräsentationen mit
lauffähigem MVP + Feedback

94. Studi (+), Stakeholder (+)
Fazit
• Nach Jahr 1: lauffähiger, dokumentierterPrototyp
• Nach Jahr 2 (heute): nutzeroptimierte, polished
Software mit Basic-Featureset
Software wird demnächst in Testeinsatz gehen
• 2 ehem. Studis bei Firma in Festanstellung
• 7 Praxis-/Abschlussarbeiten

95. Studi (-), Stakeholder (+)
• Stakeholder: „Die Verwaltung“ einer öffentlichen
Einrichtung
• Ansprechpartner: Informatisch versierter Mitarbeiter
der Einrichtung mit Ahnung von Verwaltungsprozessen
• Zielstellung: Ein Tool zur nachvollziehbaren
Budgetberechnung (Personal- und Projektplanung)

96. Studi (-), Stakeholder (+)
Projektverlauf
• 2/7 Studis erscheinen zum ersten Termin
• Thema ist “langweilig”
• Technische Hilfe des Stakeholders
“unverständlich”

97. Studi (-), Stakeholder (+)
Fazit
• Konzeptdokumente Copy-Pasted aus den
ersten 5 Googletreffern
• Programmfortschritt ausschließlich durch
Ansprechperson
• Projekt wird mit 2/7 Studis beendet, Rest
”macht das im nächsten Jahr nochmal”

98. Studi (-), Stakeholder (-)
• Stakeholder: Forschungsmitarbeiter der Hochschule mit
wenig Lehrerfahrung/Studikontakt
• Ansprechpartner: ebendieser Mitarbarbeiter
• Zielstellung: Performante und anschauliche Visualisierung
„biologischer Graphen“ für Dissertation des Mitarbeiters

99. Studi (-), Stakeholder (-)
Projektverlauf I
• Stakeholder definiert unverständliche technische
Anforderungen
• Programmierer des Studiteams fragen mit ihrem
Halbwissen nach
• Designer sind thematisch vollkommen raus
• Stakeholder nach Vorstellungsrunde skeptisch,
“ob ihm die Studis was bringen”
betrachtet Projekt in der Folge als “sinnlosen
Aufwand”

100. Studi (-), Stakeholder (-)
Projektverlauf II
• Studis nehmen Projekt als “nur technisch und programmierlastig” wahr
• Programmierer finden Aufgabe “zu schwer”
• Artists: “wir haben nichts zu tun, sind fertig mit allem”

101. Studi (+-), Stakeholder ??
• Stakeholder: Teilbereich eines großen
Medienproduzenten
• Ansprechpartner:
Geschäftsführer, Entwicklungsingeneur, IT-
Chef
• Zielstellung: Tool zur grafisch anschaulichen
Planung der Gerätedispo

102. Studi (+-), Stakeholder ??
• Stakeholder hat “eine Entwicklungsabteilung,
die große Hoffnungen in die Studis legt”
• Die drei Ansprechpartner diskutieren im Meeting
vor Studis noch über Kernziele
Projektabbruch mitten im Semester

103. Fazit I
• Schlüssel zum Erfolg (bei der Arbeit mit Studis):
• Vorher überlegen, was Studis in etwa leisten sollen
• Kleine Fehlschläge einplanen und nutzen

104. Fazit II
• Kooperationsprojekte mit Ausbildungsstätten...
• ...sind KEIN billiger Ersatz für eine in-House FuE-Abteilung
• ...bieten billiges Scouting für möglichen Nachwuchs
• ...sind die richtige Spielwiese fürs Ausprobieren
experimenteller Ideen
• Erfahrung: Kommunikationserfolg == Projekterfolg

105. Manifeste für Nerds

106. https://www.askapache.com/hacking/hacker-
manifesto/

107. https://www.askapache.com/hacking/hacker-
manifesto/

108. https://www.reactivemanifesto.org/de
Wir glauben, dass die Anforderungen, die heute an Computersysteme gestellt
werden, nur zu erfüllen sind durch die gleichzeitige Ausrichtung an vier
Qualitäten, deren Wert bislang nur einzeln betrachtet wurde: Systeme müssen
stets antwortbereit, widerstandsfähig, elastisch und nachrichtenorientiert sein.
Dann nennen wir sie reaktive Systeme.

109. SOA-Manifest
Service-Orientierung ist ein Paradigma, das den Rahmen für unser Handeln vorgibt.
Service-orientierte Architektur (SOA) ist ein Architekturtyp, der aus der Anwendung von
Service-Orientierung entsteht.
Wir haben Service-Orientierung angewendet, um Organisationen zu helfen, kontinuierlich
nachhaltigen Geschäftswert zu liefern
mit höherer Agilität und Kosteneffizienz und im Einklang mit den sich ändernden fachlichen
Bedürfnissen.
Im Rahmen unserer Arbeit sind wir zu folgender Priorisierung gekommen:
Geschäftswert über technische Strategie
Strategische Ziele über projektspezifischen Nutzen
Immanente Interoperabilität über maßgeschneiderte Integration
Gemeinsam verwendete Services über zweckgebundene Implementierungen
Flexibilität über Optimierung
Evolutionäre Vervollkommnung über Streben nach anfänglicher Perfektion
Das heißt, obwohl wir die Werte auf der rechten Seite schätzen, sind uns die Werte auf der
linken Seite wichtiger.
23.10.2009
http://soa-manifest.de/

110. The Modern DevOps Manifesto
1. Everything is code — Infrastructure, configuration, actions, and changes to production —
can all be code. When everything is code, everything needs DevOps.
2. Establish “trusted” resources — Enterprise assets such as images, templates, policies,
manifests, configurations that codify standards should be governed (with a pipeline)
3. Lean into Least Privilege — New roles are emerging: Cluster Engineer, Image Engineer, Site
Reliability Engineer…define roles with just enough access to the “trusted” resources they
access to get their job done, mitigating risk, limiting exposure.
4. Everything is observable — Lay the foundation for AI for Pipelines by collecting and
organizing data from an instrumented pipeline.
5. Expand your definition of “everything” — DevOps is not just for application code. DevOps
can apply to machine learning model (MLOps or ModelOps), integration (API lifecycle),
infrastructure and configuration (GitOps), and other domains. Expand your stakeholders to
include Security and auditors…the next evolution of breaking down silos.
https://medium.com/ibm-garage/the-modern-
devops-manifesto-f06c82964722

111. http://www.proclib.de/

112. https://web.archive.org/web/20120114152614/http:
//opencloudmanifesto.org/

113. https://manifesto.softwarecraftsmanship.org/

114. http://themindfulaimanifesto.org/

115. https://refactoringmanifesto.org/

116. Manifesto for Minimalist Software Engineers - Minifesto
http://minifesto.org/

117. http://www.growingagile.co.za/2015/04/the-testing-
manifesto/

118. http://re18.org/assets/downloads/workshops/RE4
SuSy/RE4SuSy18Shola.pdf

119. DevSecOps Manifesto
https://www.devsecops.org/

120. A Proposal for an Antifragile Software Manifesto
P. 1 – Our highest priority is to satisfy the customer by building a non-linear, proactive, and self adaptive
system
P. 2 – We welcome changing scenarios where unexpected events (Black Swans) are the real paradigm
shifting entities
P. 3 – We deliver assuring embedded and adaptive fault tolerance
P. 4 – All stakeholders, and the broader environment, lead the antifragile organization
P. 5 – Build antifragile projects around motivated, skilled and open minded people. Give them the
environment and support they need, and trust them to get the job done
P. 6 – The most efficient and effective method of building an antifragile organization is building on honest,
open and transparent communication
P. 7 – Continuous exposure to faults and automatic fixing is the primary measure
P. 8 – An antifragile organization promotes a context aware environment. The stakeholders should be able to
maintain a system indefinitely
P. 9 – Continuous attention to technical excellence, reality, redundancy
P. 10 – Error loving - the art of learning to be antifragile – is essential
P. 11 – Antifragile architectures emerge from self – organizing, context aware teams
P. 12 – At regular intervals, the developing team reflects about the context situation, on how to become more
effective, then tunes and adjusts its behavior accordingly
https://www.sciencedirect.com/science/article/
pii/S1877050916302290

121. The Practical Nerd manifesto
1) Cool is not neccessarily useful.
2) Software is never, ever going to be “dead.”
3) Free isn’t forever.
4) Features aren’t products in the long run.
5) Bubbles happen.
https://www.geekwire.com/2011/practical-nerd-
practical-nerd-manifesto/

122. https://badassprogrammers.com/manifesto

124. https://www.kimmok.com/the-manifesto-manifesto

125. Manifesto for Agile Software Development
http://agilemanifesto.org/
BizOps Manifesto
https://www.bizopsmanifesto.org/
Robot Operations Manifesto
https://robops.org/manifesto
Nerds with People Skills Manifesto
http://nerdswithpeopleskills.com/manifesto/
The DevOps Manifesto
https://www.opsview.com/resources/devops/blog/devops-manifesto
DevOps for ML Manifesto
https://dotscience.com/manifesto/
Digital Manifesto
https://www.digital-manifesto.org/
Team Manifesto
https://www.linkedin.com/pulse/team-manifesto-foundation-every-barry/
Scaling Manifesto
https://scalingmanifesto.org/

126. Vagrant
Gibt es virtuelles Leben neben Docker ?
Kay Thriemer

128. https://hub.docker.com
Dockerfile:
FROM ubuntu
RUN apt-get update
RUN apt-get install –y
nginx
CMD [“echo”,”Image
created”]

132. • 2010 startete Mitchell Hashimoto
• November 2012 Gründung von HashiCorp
• Umfangreiche Documentation https://www.vagrantup.com/docs

133. • Vorkonfigurierte VM– Boxen
• https://app.vagrantup.com/boxes/search

134. Initialisierung der Umgebung
vagrant init hashicorp/bionic64
Vagrantfile:
Vagrant.configure("2") do |config|
config.vm.box = "hashicorp/bionic64"
end

135. Konfiguration:
• Provider, z.B. Virtualbox
• Betriebssystem
• Hauptspeicher
• Netzwerk
• Shared folders
• Provisioning

136. Provisioning von Vagrant
Provisioner:
• File
• Shell
• Ansible
• Chef
• Docker
• Puppet
• Salt

137. Beispielkonfiguration mit Shell Provisioner
Vagrant.configure("2") do |config|
config.vm.box = "ubuntu/xenial64"
config.vm.provider "virtualbox" do |v|
v.memory = 2048
v.cpus = 2
end
config.vm.provision "shell", inline: <<-SHELL
apt-get update
apt-get install -y software-properties-common
apt-add-repository ppa:ansible/ansible
apt-get update
apt-get install -y ansible
SHELL
end

138. Beispielkonfiguration mit Shell Provisioner
Vagrant.configure("2") do |config|
config.vm.box = "ubuntu/xenial64"
config.vm.provider "virtualbox" do |v|
v.memory = 2048
v.cpus = 2
end
config.vm.provision "shell", inline: <<-SHELL
apt-get update
apt-get install -y software-properties-common
apt-add-repository ppa:ansible/ansible
apt-get update
apt-get install -y ansible
SHELL
end

139. Shell Provisioner mit Script
config.vm.provision "shell", path: "installUsefulTools.sh"
#!/bin/bash
echo " ##### Install Useful Tools #####"
##
sudo apt-get update
sudo apt-get install -y openssl
sudo apt-get install -y firefox
sudo apt-get install -y gedit
sudo apt-get install -y geany
sudo apt-get install -y vim-gtk3
sync

140. Provisioning mit Ansible
playbook.yml
---
- hosts: all
become: yes
tasks:
- name: Install packages
apt:
name:
- ntpdate
- nmap
state: latest
cache_valid_time: 3600

141. Provisioning mit Ansible
Vagrantfile:
config.vm.provision :ansible do |ansible|
ansible.playbook = "playbook.yml"
end

142. Weitere Konfigurationsmöglichkeiten
• Networking
• Forwarded Ports
Vagrant.configure("2") do |config|
config.vm.network "forwarded_port", guest: 80, host: 8080
End
• Öffentliches Netzwerk
Vagrant.configure("2") do |config|
config.vm.network "public_network"
end
• Privates Netzwerks
Vagrant.configure("2") do |config|
config.vm.network "private_network", type: "dhcp"
end

143. Weitere Konfigurationsmöglichkeiten
• Synced Folders zwischen Host und Guest
Vagrant.configure("2") do |config|
config.vm.synced_folder "src/", "/srv/website"
End
• Unterstützte Typen:
• VirtualBox shared folders
• NFS
• SMB
• rsync

144. Vagrant starten
• vagrant up – erzeugt und konfiguriert die VM
• vagrant halt – stoppt die VM
• vagrant destroy – löscht die VM
• vagrant status – Status der VM
• vagrant ssh – SSH in gestartete VM
• https://www.vagrantup.com/docs/cli

146. Vorstellung
(erste Folie ohne automatischen Folienwechsel)

147. Wo ist die Zeit hin?
PhotobyAnnieSprattonUnsplash

148. Ablenkung, Fokus
PhotobyMarvinMeyeronUnsplash

149. Leistungsnachweis Projekt
PhotobyAgêBarrosonUnsplash

150. Stundenabrechnung/
Leistungsnachweise

151. Timeular Device

152. Timeular Device Seitenbelegung

153. Timeular Device Tracking

154. Timeular Desktop App Notes

155. Timeular App

156. Timeular Kalender

157. Timeular Report

158. Ablenkung/Unterbrechung
PhotobyPhotoBoardsonUnsplash

159. Automatisierung
PhotobyNeONBRANDonUnsplash

160. Timeular API

161. Existierende Tools

162. Timeular CLI Code

163. Timeular CLI

164. Timeular CLI Continue

165. Projekt

166. GitHub Contribute
PhotobyJamesPondonUnsplash

167. Dominik Hirt
Software [Architekt | Entwickler | Coach]
Wermsdorf / Oschatz / Hiddensee
@todo42 dominik@todo42.de

168. Keine großen Freunde ?

169. 1995
2001
1997

170. Alternative to EJB2 entity beans
Provides an SQL inspired language (HQL)
for writing SQL-like queries
=> Warum nicht gleich SQL ?
[https://de.wikipedia.org/wiki/Hibernate_(Framework)]

171. HQL is the object-oriented version of SQL
Criteria Queries are provided as an
object-oriented alternative to HQL
It generates database independent queries
=> Genau wie SQL-92
[https://de.wikipedia.org/wiki/Hibernate_(Framework)]
�

172. EclipseLink
MyBatis
TopLink
JPA / JPQL
Spring Data
Derived Query Methods
Hibernate / HQL
JIRA / JQL
Java ORM Mapper

173. Impedance Mismatch
[https://dev.to/tinazhouhui]

174. Google Trends

175. [© 2018 Dominik Hirt]

176. #epicfail

177. Derived Query MethodsCriteria API

178. Die Lösung
No SQL Strings
Type Safety
DB Schema matching
SQL compliant
(not inspired by)
Fluent API
Dynamic SQL

179. JOOQ
Java Object Oriented Query
https://www.jooq.org
Die Lösung
Disclaimer: leider keinerlei DB connections zu Lukas Eder / Data Geekery GmbH

180. JOOQ
Java Object Oriented Query
DSL query
builder
Code
generation
Typesafe
SQL
Database
First
JOOQ

181. Hurra, ein compile
error
Type Safety

182. @Inject DSLContext jooq;
@GET("/songs/{id} ")
public List<SongDTO> loadAll(@PathParam("id") Long id) {
return jooq.select(SONG.ID, SONG.TITLE, ARTIST.NAME)
.from(SONG)
.join(ARTIST).on(ARTIST.ID.eq(SONG.ARTIST))
.where(SONG.ID.eq(id))
.orderBy(SONG.title.desc())
.fetchInto(SongDTO.class);
}
@GET("/songs")
public List<Songs> loadAll() {
return jooq.selectFrom(SONG).fetchInto(Song.class);
}
SQL compliant
(not inspired by)

183. DB Schema matching
DB Migration
(liquibase/flyway)
JOOQ
code generation
compile & test
maven / gradle
Pipelines / CI / CD

184. No SQL Strings

185. CommonTableExpression<Record3<BigDecimal, Long, String>> sollZeilen = name(SOLL)
.fields(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG.getName(),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLSELLERACCOUNTID.getName(),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG.getName())
.as(select(coalesce(sum(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG), 0).cast(SQLDataType.DECIMAL),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLSELLERACCOUNTID, BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG)
.from(BUCHUNGSSYSTEM_BUCHUNGSSATZ)
.where(BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLKONTONUMMER.eq("1230"))
.groupBy(BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLSELLERACCOUNTID,
BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG));
CommonTableExpression<Record3<BigDecimal, Long, String>> habenZeilen = name(HABEN)
.fields(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG.getName(),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.HABENSELLERACCOUNTID.getName(),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG.getName())
.as(select(coalesce(sum(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG), 0).cast(SQLDataType.DECIMAL),
BUCHUNGSSYSTEM_BUCHUNGSSATZ.HABENSELLERACCOUNTID,
BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG).from(BUCHUNGSSYSTEM_BUCHUNGSSATZ)
.where(BUCHUNGSSYSTEM_BUCHUNGSSATZ.HABENKONTONUMMER.eq("1230"))
.groupBy(BUCHUNGSSYSTEM_BUCHUNGSSATZ.HABENSELLERACCOUNTID,
BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG));
final Field<BigDecimal> totals = DSL.decode()
.when(sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG.getName()).isNull(),
habenZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG)
.cast(SQLDataType.DECIMAL.precision(19, 2)))
.when(habenZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG.getName()).isNull(),
sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG).multiply(-1)
.cast(SQLDataType.DECIMAL.precision(19, 2)))
.otherwise(sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG).multiply(-1)
.plus(habenZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.BETRAG))
.cast(SQLDataType.DECIMAL.precision(19, 2)));
return jooq.with(sollZeilen).with(habenZeilen)
.select(sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLSELLERACCOUNTID.getName()),
sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.WAEHRUNG.getName()), totals.as("total"))
.from(habenZeilen)
.rightJoin(sollZeilen)
.on(sollZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.SOLLSELLERACCOUNTID)
.eq(habenZeilen.field(BUCHUNGSSYSTEM_BUCHUNGSSATZ.HABENSELLERACCOUNTID)))
.where(val(BigDecimal.valueOf(0)).notEqual(totals))
.fetchInto(CommissionSammelkonto.class);
Dynamic SQL

186. JOOQ kann noch mehr
lots of generator options
Database
First
return values on
save/update
(e.g. generated values)
DAOs
lots of fetching options
(lists, maps)
simple CRUD
with generated records
use liquibase changelogs
POJOs
(no need for JPA entities)

187. Große Freunde !

188. Agile wohnt nicht weit von 

189. 
agile

190. 