This commit is contained in:
2026-06-11 19:31:22 +02:00
parent e7d80a1fbc
commit a4a4913958
24 changed files with 1636 additions and 0 deletions
@@ -0,0 +1,40 @@
# Übung Componentware Aufgabenblatt zu Kapitel 6
## Aufgaben
1. Worum handelt es sich bei einer Transaktion?
2. Worin besteht der Unterschied zwischen Container Managed Transactions und Bean Managed Transactions?
3. Beschreiben Sie den generellen Ablauf einer Transaktion im Application Server bei vom Container verwalteten Transaktionen.
4. Welche Gründe gibt es für einen Abbruch einer Transaktion? Gehen Sie dabei insbesondere auch auf unterschiedliche Typen von Exceptions ein.
5. Worum handelt es sich bei Session Synchronisierung? Welche Methoden bzw. Annotationen umfasst die Session Synchronisierung?
6. Wie können Transaktionen von der Bean verwaltetet werden?
7. Wie können Transaktionen durch den Client verwaltetet werden?
8. Betrachten Sie das Programm in den Projekten `Componentware_Kapitel6_Transaktionen_Uebung` und `Componentware_Kapitel6_Transaktionen_Uebung_TestClient`.
Wo finden Transaktionsaufrufe statt? An welcher Stelle findet ein Rollback statt und wo endet eine Transaktion mit einem commit?
9. Beschreiben Sie den Aufbau der Startklasse einer Spring Boot Applikation, also die Klasse, die die `main`-Methode enthält, für den einfachsten Fall.
10. Wie kann in Spring Boot eine Shell-Applikation erstellt werden?
11. Gegeben Sie die folgende Klasse:
```java
@Component
public class Hello {
public String sayHello() {
return "Hello World!";
}
}
```
Wie kann ein Objekt der Klasse `Hello` in ein Attribut einer anderen Klasse injiziert werden?
12. Welchen Vorteil bieten Spring Repositories gegenüber der Verwendung von JPA?
13. Erstellen Sie mit Spring Boot einen Web Service, der eine Methode bereitstellt, die zwei Zahlen als Path-Parameter in der URL `localhost:8080/math/sum/<zahl1>/<zahl2>` entgegennimmt. Die Methode soll diese beiden Zahlen addieren und die Summe als Ergebnis zurückliefern.
Testen Sie den Service über einen Web Browser.
@@ -0,0 +1,316 @@
#!/bin/sh
# ----------------------------------------------------------------------------
# Licensed to the Apache Software Foundation (ASF) under one
# or more contributor license agreements. See the NOTICE file
# distributed with this work for additional information
# regarding copyright ownership. The ASF licenses this file
# to you under the Apache License, Version 2.0 (the
# "License"); you may not use this file except in compliance
# with the License. You may obtain a copy of the License at
#
# https://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing,
# software distributed under the License is distributed on an
# "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
# KIND, either express or implied. See the License for the
# specific language governing permissions and limitations
# under the License.
# ----------------------------------------------------------------------------
# ----------------------------------------------------------------------------
# Maven Start Up Batch script
#
# Required ENV vars:
# ------------------
# JAVA_HOME - location of a JDK home dir
#
# Optional ENV vars
# -----------------
# M2_HOME - location of maven2's installed home dir
# MAVEN_OPTS - parameters passed to the Java VM when running Maven
# e.g. to debug Maven itself, use
# set MAVEN_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000
# MAVEN_SKIP_RC - flag to disable loading of mavenrc files
# ----------------------------------------------------------------------------
if [ -z "$MAVEN_SKIP_RC" ] ; then
if [ -f /usr/local/etc/mavenrc ] ; then
. /usr/local/etc/mavenrc
fi
if [ -f /etc/mavenrc ] ; then
. /etc/mavenrc
fi
if [ -f "$HOME/.mavenrc" ] ; then
. "$HOME/.mavenrc"
fi
fi
# OS specific support. $var _must_ be set to either true or false.
cygwin=false;
darwin=false;
mingw=false
case "`uname`" in
CYGWIN*) cygwin=true ;;
MINGW*) mingw=true;;
Darwin*) darwin=true
# Use /usr/libexec/java_home if available, otherwise fall back to /Library/Java/Home
# See https://developer.apple.com/library/mac/qa/qa1170/_index.html
if [ -z "$JAVA_HOME" ]; then
if [ -x "/usr/libexec/java_home" ]; then
export JAVA_HOME="`/usr/libexec/java_home`"
else
export JAVA_HOME="/Library/Java/Home"
fi
fi
;;
esac
if [ -z "$JAVA_HOME" ] ; then
if [ -r /etc/gentoo-release ] ; then
JAVA_HOME=`java-config --jre-home`
fi
fi
if [ -z "$M2_HOME" ] ; then
## resolve links - $0 may be a link to maven's home
PRG="$0"
# need this for relative symlinks
while [ -h "$PRG" ] ; do
ls=`ls -ld "$PRG"`
link=`expr "$ls" : '.*-> \(.*\)$'`
if expr "$link" : '/.*' > /dev/null; then
PRG="$link"
else
PRG="`dirname "$PRG"`/$link"
fi
done
saveddir=`pwd`
M2_HOME=`dirname "$PRG"`/..
# make it fully qualified
M2_HOME=`cd "$M2_HOME" && pwd`
cd "$saveddir"
# echo Using m2 at $M2_HOME
fi
# For Cygwin, ensure paths are in UNIX format before anything is touched
if $cygwin ; then
[ -n "$M2_HOME" ] &&
M2_HOME=`cygpath --unix "$M2_HOME"`
[ -n "$JAVA_HOME" ] &&
JAVA_HOME=`cygpath --unix "$JAVA_HOME"`
[ -n "$CLASSPATH" ] &&
CLASSPATH=`cygpath --path --unix "$CLASSPATH"`
fi
# For Mingw, ensure paths are in UNIX format before anything is touched
if $mingw ; then
[ -n "$M2_HOME" ] &&
M2_HOME="`(cd "$M2_HOME"; pwd)`"
[ -n "$JAVA_HOME" ] &&
JAVA_HOME="`(cd "$JAVA_HOME"; pwd)`"
fi
if [ -z "$JAVA_HOME" ]; then
javaExecutable="`which javac`"
if [ -n "$javaExecutable" ] && ! [ "`expr \"$javaExecutable\" : '\([^ ]*\)'`" = "no" ]; then
# readlink(1) is not available as standard on Solaris 10.
readLink=`which readlink`
if [ ! `expr "$readLink" : '\([^ ]*\)'` = "no" ]; then
if $darwin ; then
javaHome="`dirname \"$javaExecutable\"`"
javaExecutable="`cd \"$javaHome\" && pwd -P`/javac"
else
javaExecutable="`readlink -f \"$javaExecutable\"`"
fi
javaHome="`dirname \"$javaExecutable\"`"
javaHome=`expr "$javaHome" : '\(.*\)/bin'`
JAVA_HOME="$javaHome"
export JAVA_HOME
fi
fi
fi
if [ -z "$JAVACMD" ] ; then
if [ -n "$JAVA_HOME" ] ; then
if [ -x "$JAVA_HOME/jre/sh/java" ] ; then
# IBM's JDK on AIX uses strange locations for the executables
JAVACMD="$JAVA_HOME/jre/sh/java"
else
JAVACMD="$JAVA_HOME/bin/java"
fi
else
JAVACMD="`\\unset -f command; \\command -v java`"
fi
fi
if [ ! -x "$JAVACMD" ] ; then
echo "Error: JAVA_HOME is not defined correctly." >&2
echo " We cannot execute $JAVACMD" >&2
exit 1
fi
if [ -z "$JAVA_HOME" ] ; then
echo "Warning: JAVA_HOME environment variable is not set."
fi
CLASSWORLDS_LAUNCHER=org.codehaus.plexus.classworlds.launcher.Launcher
# traverses directory structure from process work directory to filesystem root
# first directory with .mvn subdirectory is considered project base directory
find_maven_basedir() {
if [ -z "$1" ]
then
echo "Path not specified to find_maven_basedir"
return 1
fi
basedir="$1"
wdir="$1"
while [ "$wdir" != '/' ] ; do
if [ -d "$wdir"/.mvn ] ; then
basedir=$wdir
break
fi
# workaround for JBEAP-8937 (on Solaris 10/Sparc)
if [ -d "${wdir}" ]; then
wdir=`cd "$wdir/.."; pwd`
fi
# end of workaround
done
echo "${basedir}"
}
# concatenates all lines of a file
concat_lines() {
if [ -f "$1" ]; then
echo "$(tr -s '\n' ' ' < "$1")"
fi
}
BASE_DIR=`find_maven_basedir "$(pwd)"`
if [ -z "$BASE_DIR" ]; then
exit 1;
fi
##########################################################################################
# Extension to allow automatically downloading the maven-wrapper.jar from Maven-central
# This allows using the maven wrapper in projects that prohibit checking in binary data.
##########################################################################################
if [ -r "$BASE_DIR/.mvn/wrapper/maven-wrapper.jar" ]; then
if [ "$MVNW_VERBOSE" = true ]; then
echo "Found .mvn/wrapper/maven-wrapper.jar"
fi
else
if [ "$MVNW_VERBOSE" = true ]; then
echo "Couldn't find .mvn/wrapper/maven-wrapper.jar, downloading it ..."
fi
if [ -n "$MVNW_REPOURL" ]; then
jarUrl="$MVNW_REPOURL/org/apache/maven/wrapper/maven-wrapper/3.1.0/maven-wrapper-3.1.0.jar"
else
jarUrl="https://repo.maven.apache.org/maven2/org/apache/maven/wrapper/maven-wrapper/3.1.0/maven-wrapper-3.1.0.jar"
fi
while IFS="=" read key value; do
case "$key" in (wrapperUrl) jarUrl="$value"; break ;;
esac
done < "$BASE_DIR/.mvn/wrapper/maven-wrapper.properties"
if [ "$MVNW_VERBOSE" = true ]; then
echo "Downloading from: $jarUrl"
fi
wrapperJarPath="$BASE_DIR/.mvn/wrapper/maven-wrapper.jar"
if $cygwin; then
wrapperJarPath=`cygpath --path --windows "$wrapperJarPath"`
fi
if command -v wget > /dev/null; then
if [ "$MVNW_VERBOSE" = true ]; then
echo "Found wget ... using wget"
fi
if [ -z "$MVNW_USERNAME" ] || [ -z "$MVNW_PASSWORD" ]; then
wget "$jarUrl" -O "$wrapperJarPath" || rm -f "$wrapperJarPath"
else
wget --http-user=$MVNW_USERNAME --http-password=$MVNW_PASSWORD "$jarUrl" -O "$wrapperJarPath" || rm -f "$wrapperJarPath"
fi
elif command -v curl > /dev/null; then
if [ "$MVNW_VERBOSE" = true ]; then
echo "Found curl ... using curl"
fi
if [ -z "$MVNW_USERNAME" ] || [ -z "$MVNW_PASSWORD" ]; then
curl -o "$wrapperJarPath" "$jarUrl" -f
else
curl --user $MVNW_USERNAME:$MVNW_PASSWORD -o "$wrapperJarPath" "$jarUrl" -f
fi
else
if [ "$MVNW_VERBOSE" = true ]; then
echo "Falling back to using Java to download"
fi
javaClass="$BASE_DIR/.mvn/wrapper/MavenWrapperDownloader.java"
# For Cygwin, switch paths to Windows format before running javac
if $cygwin; then
javaClass=`cygpath --path --windows "$javaClass"`
fi
if [ -e "$javaClass" ]; then
if [ ! -e "$BASE_DIR/.mvn/wrapper/MavenWrapperDownloader.class" ]; then
if [ "$MVNW_VERBOSE" = true ]; then
echo " - Compiling MavenWrapperDownloader.java ..."
fi
# Compiling the Java class
("$JAVA_HOME/bin/javac" "$javaClass")
fi
if [ -e "$BASE_DIR/.mvn/wrapper/MavenWrapperDownloader.class" ]; then
# Running the downloader
if [ "$MVNW_VERBOSE" = true ]; then
echo " - Running MavenWrapperDownloader.java ..."
fi
("$JAVA_HOME/bin/java" -cp .mvn/wrapper MavenWrapperDownloader "$MAVEN_PROJECTBASEDIR")
fi
fi
fi
fi
##########################################################################################
# End of extension
##########################################################################################
export MAVEN_PROJECTBASEDIR=${MAVEN_BASEDIR:-"$BASE_DIR"}
if [ "$MVNW_VERBOSE" = true ]; then
echo $MAVEN_PROJECTBASEDIR
fi
MAVEN_OPTS="$(concat_lines "$MAVEN_PROJECTBASEDIR/.mvn/jvm.config") $MAVEN_OPTS"
# For Cygwin, switch paths to Windows format before running java
if $cygwin; then
[ -n "$M2_HOME" ] &&
M2_HOME=`cygpath --path --windows "$M2_HOME"`
[ -n "$JAVA_HOME" ] &&
JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
[ -n "$CLASSPATH" ] &&
CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
[ -n "$MAVEN_PROJECTBASEDIR" ] &&
MAVEN_PROJECTBASEDIR=`cygpath --path --windows "$MAVEN_PROJECTBASEDIR"`
fi
# Provide a "standardized" way to retrieve the CLI args that will
# work with both Windows and non-Windows executions.
MAVEN_CMD_LINE_ARGS="$MAVEN_CONFIG $@"
export MAVEN_CMD_LINE_ARGS
WRAPPER_LAUNCHER=org.apache.maven.wrapper.MavenWrapperMain
exec "$JAVACMD" \
$MAVEN_OPTS \
$MAVEN_DEBUG_OPTS \
-classpath "$MAVEN_PROJECTBASEDIR/.mvn/wrapper/maven-wrapper.jar" \
"-Dmaven.home=${M2_HOME}" \
"-Dmaven.multiModuleProjectDirectory=${MAVEN_PROJECTBASEDIR}" \
${WRAPPER_LAUNCHER} $MAVEN_CONFIG "$@"
@@ -0,0 +1,188 @@
@REM ----------------------------------------------------------------------------
@REM Licensed to the Apache Software Foundation (ASF) under one
@REM or more contributor license agreements. See the NOTICE file
@REM distributed with this work for additional information
@REM regarding copyright ownership. The ASF licenses this file
@REM to you under the Apache License, Version 2.0 (the
@REM "License"); you may not use this file except in compliance
@REM with the License. You may obtain a copy of the License at
@REM
@REM https://www.apache.org/licenses/LICENSE-2.0
@REM
@REM Unless required by applicable law or agreed to in writing,
@REM software distributed under the License is distributed on an
@REM "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
@REM KIND, either express or implied. See the License for the
@REM specific language governing permissions and limitations
@REM under the License.
@REM ----------------------------------------------------------------------------
@REM ----------------------------------------------------------------------------
@REM Maven Start Up Batch script
@REM
@REM Required ENV vars:
@REM JAVA_HOME - location of a JDK home dir
@REM
@REM Optional ENV vars
@REM M2_HOME - location of maven2's installed home dir
@REM MAVEN_BATCH_ECHO - set to 'on' to enable the echoing of the batch commands
@REM MAVEN_BATCH_PAUSE - set to 'on' to wait for a keystroke before ending
@REM MAVEN_OPTS - parameters passed to the Java VM when running Maven
@REM e.g. to debug Maven itself, use
@REM set MAVEN_OPTS=-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000
@REM MAVEN_SKIP_RC - flag to disable loading of mavenrc files
@REM ----------------------------------------------------------------------------
@REM Begin all REM lines with '@' in case MAVEN_BATCH_ECHO is 'on'
@echo off
@REM set title of command window
title %0
@REM enable echoing by setting MAVEN_BATCH_ECHO to 'on'
@if "%MAVEN_BATCH_ECHO%" == "on" echo %MAVEN_BATCH_ECHO%
@REM set %HOME% to equivalent of $HOME
if "%HOME%" == "" (set "HOME=%HOMEDRIVE%%HOMEPATH%")
@REM Execute a user defined script before this one
if not "%MAVEN_SKIP_RC%" == "" goto skipRcPre
@REM check for pre script, once with legacy .bat ending and once with .cmd ending
if exist "%USERPROFILE%\mavenrc_pre.bat" call "%USERPROFILE%\mavenrc_pre.bat" %*
if exist "%USERPROFILE%\mavenrc_pre.cmd" call "%USERPROFILE%\mavenrc_pre.cmd" %*
:skipRcPre
@setlocal
set ERROR_CODE=0
@REM To isolate internal variables from possible post scripts, we use another setlocal
@setlocal
@REM ==== START VALIDATION ====
if not "%JAVA_HOME%" == "" goto OkJHome
echo.
echo Error: JAVA_HOME not found in your environment. >&2
echo Please set the JAVA_HOME variable in your environment to match the >&2
echo location of your Java installation. >&2
echo.
goto error
:OkJHome
if exist "%JAVA_HOME%\bin\java.exe" goto init
echo.
echo Error: JAVA_HOME is set to an invalid directory. >&2
echo JAVA_HOME = "%JAVA_HOME%" >&2
echo Please set the JAVA_HOME variable in your environment to match the >&2
echo location of your Java installation. >&2
echo.
goto error
@REM ==== END VALIDATION ====
:init
@REM Find the project base dir, i.e. the directory that contains the folder ".mvn".
@REM Fallback to current working directory if not found.
set MAVEN_PROJECTBASEDIR=%MAVEN_BASEDIR%
IF NOT "%MAVEN_PROJECTBASEDIR%"=="" goto endDetectBaseDir
set EXEC_DIR=%CD%
set WDIR=%EXEC_DIR%
:findBaseDir
IF EXIST "%WDIR%"\.mvn goto baseDirFound
cd ..
IF "%WDIR%"=="%CD%" goto baseDirNotFound
set WDIR=%CD%
goto findBaseDir
:baseDirFound
set MAVEN_PROJECTBASEDIR=%WDIR%
cd "%EXEC_DIR%"
goto endDetectBaseDir
:baseDirNotFound
set MAVEN_PROJECTBASEDIR=%EXEC_DIR%
cd "%EXEC_DIR%"
:endDetectBaseDir
IF NOT EXIST "%MAVEN_PROJECTBASEDIR%\.mvn\jvm.config" goto endReadAdditionalConfig
@setlocal EnableExtensions EnableDelayedExpansion
for /F "usebackq delims=" %%a in ("%MAVEN_PROJECTBASEDIR%\.mvn\jvm.config") do set JVM_CONFIG_MAVEN_PROPS=!JVM_CONFIG_MAVEN_PROPS! %%a
@endlocal & set JVM_CONFIG_MAVEN_PROPS=%JVM_CONFIG_MAVEN_PROPS%
:endReadAdditionalConfig
SET MAVEN_JAVA_EXE="%JAVA_HOME%\bin\java.exe"
set WRAPPER_JAR="%MAVEN_PROJECTBASEDIR%\.mvn\wrapper\maven-wrapper.jar"
set WRAPPER_LAUNCHER=org.apache.maven.wrapper.MavenWrapperMain
set DOWNLOAD_URL="https://repo.maven.apache.org/maven2/org/apache/maven/wrapper/maven-wrapper/3.1.0/maven-wrapper-3.1.0.jar"
FOR /F "usebackq tokens=1,2 delims==" %%A IN ("%MAVEN_PROJECTBASEDIR%\.mvn\wrapper\maven-wrapper.properties") DO (
IF "%%A"=="wrapperUrl" SET DOWNLOAD_URL=%%B
)
@REM Extension to allow automatically downloading the maven-wrapper.jar from Maven-central
@REM This allows using the maven wrapper in projects that prohibit checking in binary data.
if exist %WRAPPER_JAR% (
if "%MVNW_VERBOSE%" == "true" (
echo Found %WRAPPER_JAR%
)
) else (
if not "%MVNW_REPOURL%" == "" (
SET DOWNLOAD_URL="%MVNW_REPOURL%/org/apache/maven/wrapper/maven-wrapper/3.1.0/maven-wrapper-3.1.0.jar"
)
if "%MVNW_VERBOSE%" == "true" (
echo Couldn't find %WRAPPER_JAR%, downloading it ...
echo Downloading from: %DOWNLOAD_URL%
)
powershell -Command "&{"^
"$webclient = new-object System.Net.WebClient;"^
"if (-not ([string]::IsNullOrEmpty('%MVNW_USERNAME%') -and [string]::IsNullOrEmpty('%MVNW_PASSWORD%'))) {"^
"$webclient.Credentials = new-object System.Net.NetworkCredential('%MVNW_USERNAME%', '%MVNW_PASSWORD%');"^
"}"^
"[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12; $webclient.DownloadFile('%DOWNLOAD_URL%', '%WRAPPER_JAR%')"^
"}"
if "%MVNW_VERBOSE%" == "true" (
echo Finished downloading %WRAPPER_JAR%
)
)
@REM End of extension
@REM Provide a "standardized" way to retrieve the CLI args that will
@REM work with both Windows and non-Windows executions.
set MAVEN_CMD_LINE_ARGS=%*
%MAVEN_JAVA_EXE% ^
%JVM_CONFIG_MAVEN_PROPS% ^
%MAVEN_OPTS% ^
%MAVEN_DEBUG_OPTS% ^
-classpath %WRAPPER_JAR% ^
"-Dmaven.multiModuleProjectDirectory=%MAVEN_PROJECTBASEDIR%" ^
%WRAPPER_LAUNCHER% %MAVEN_CONFIG% %*
if ERRORLEVEL 1 goto error
goto end
:error
set ERROR_CODE=1
:end
@endlocal & set ERROR_CODE=%ERROR_CODE%
if not "%MAVEN_SKIP_RC%"=="" goto skipRcPost
@REM check for post script, once with legacy .bat ending and once with .cmd ending
if exist "%USERPROFILE%\mavenrc_post.bat" call "%USERPROFILE%\mavenrc_post.bat"
if exist "%USERPROFILE%\mavenrc_post.cmd" call "%USERPROFILE%\mavenrc_post.cmd"
:skipRcPost
@REM pause the script if MAVEN_BATCH_PAUSE is set to 'on'
if "%MAVEN_BATCH_PAUSE%"=="on" pause
if "%MAVEN_TERMINATE_CMD%"=="on" exit %ERROR_CODE%
cmd /C exit /B %ERROR_CODE%
@@ -0,0 +1,66 @@
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>de.hadrys</groupId>
<artifactId>Componentware_Kapitel6_Transaktionen_Uebung</artifactId>
<version>1.0-SNAPSHOT</version>
<name>Componentware_Kapitel6_Transaktionen_Uebung</name>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.target>8</maven.compiler.target>
<maven.compiler.source>8</maven.compiler.source>
<junit.version>5.13.2</junit.version>
</properties>
<dependencies>
<dependency>
<groupId>jakarta.enterprise</groupId>
<artifactId>jakarta.enterprise.cdi-api</artifactId>
<version>4.1.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>jakarta.ejb</groupId>
<artifactId>jakarta.ejb-api</artifactId>
<version>4.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>jakarta.transaction</groupId>
<artifactId>jakarta.transaction-api</artifactId>
<version>2.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.hibernate.orm</groupId>
<artifactId>hibernate-core</artifactId>
<version>7.0.4.Final</version>
</dependency>
<dependency>
<groupId>org.glassfish.jaxb</groupId>
<artifactId>jaxb-runtime</artifactId>
<version>4.0.5</version>
</dependency>
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter-api</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter-engine</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
</plugins>
</build>
</project>
@@ -0,0 +1,11 @@
package aufgabe8;
public class HelloException1 extends Exception {
public HelloException1() {
super();
}
public HelloException1(String text) {
super(text);
}
}
@@ -0,0 +1,14 @@
package aufgabe8;
import jakarta.ejb.ApplicationException;
@ApplicationException
public class HelloException2 extends Exception {
public HelloException2() {
super();
}
public HelloException2(String text) {
super(text);
}
}
@@ -0,0 +1,31 @@
package aufgabe8;
import jakarta.ejb.Stateful;
@Stateful
public class HelloWorld implements HelloWorldRemote {
public HelloWorld() {
}
public void sayHello1() throws HelloException1 {
System.out.println("sH1");
throw new HelloException1();
}
public void sayHello2() throws HelloException2 {
System.out.println("sH2");
throw new HelloException2();
}
public void sayHello3(){
System.out.println("sH3");
int number = Integer.parseInt("Einhundertdreiundzwanzig");
System.out.println(number);
}
public void sayHello4(){
System.out.println("Hello World");
}
}
@@ -0,0 +1,11 @@
package aufgabe8;
import jakarta.ejb.Remote;
@Remote
public interface HelloWorldRemote {
public void sayHello1() throws HelloException1;
public void sayHello2() throws HelloException2;
public void sayHello3();
public void sayHello4();
}
@@ -0,0 +1,6 @@
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="https://jakarta.ee/xml/ns/jakartaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee https://jakarta.ee/xml/ns/jakartaee/beans_4_1.xsd">
</beans>
@@ -0,0 +1,9 @@
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<persistence xmlns="https://jakarta.ee/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="https://jakarta.ee/xml/ns/persistence https://jakarta.ee/xml/ns/persistence/persistence_3_2.xsd"
version="3.2">
<persistence-unit name="default">
</persistence-unit>
</persistence>
@@ -0,0 +1,17 @@
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>de.hadrys</groupId>
<artifactId>Componentware_Kapitel6_Transaktionen_Uebung_TestClient</artifactId>
<version>1.0-SNAPSHOT</version>
<properties>
<maven.compiler.source>25</maven.compiler.source>
<maven.compiler.target>25</maven.compiler.target>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
</project>
@@ -0,0 +1,11 @@
package aufgabe8;
public class HelloException1 extends Exception{
public HelloException1() {
super();
}
public HelloException1(String text){
super(text);
}
}
@@ -0,0 +1,14 @@
package aufgabe8;
import jakarta.ejb.ApplicationException;
@ApplicationException
public class HelloException2 extends Exception{
public HelloException2() {
super();
}
public HelloException2(String text){
super(text);
}
}
@@ -0,0 +1,11 @@
package aufgabe8;
import jakarta.ejb.Remote;
@Remote
public interface HelloWorldRemote {
public void sayHello1() throws HelloException1;
public void sayHello2() throws HelloException2;
public void sayHello3();
public void sayHello4();
}
@@ -0,0 +1,63 @@
package clients;
import java.util.Properties;
import javax.naming.Context;
import javax.naming.InitialContext;
import aufgabe8.HelloWorldRemote;
public class HelloClient {
public static void main(String[] args) {
Properties properties = new Properties();
properties.setProperty(Context.INITIAL_CONTEXT_FACTORY, "org.wildfly.naming.client.WildFlyInitialContextFactory");
properties.setProperty(Context.PROVIDER_URL, "http-remoting://127.0.0.1:8080");
try {
InitialContext context = new InitialContext(properties);
HelloWorldRemote hello = (HelloWorldRemote)context.lookup("ejb:/Componentware_Kapitel6_Transaktionen_Uebung/HelloWorld!aufgabe8.HelloWorldRemote?stateful");
try{
System.out.println("vor sayHello1()");
hello.sayHello1();
System.out.println("nach sayHello1()");
}
catch(Exception e){
e.printStackTrace();
}
try{
System.out.println("vor sayHello2()");
hello.sayHello2();
System.out.println("nach sayHello2()");
}
catch(Exception e){
e.printStackTrace();
}
try{
System.out.println("vor sayHello3()");
hello.sayHello3();
System.out.println("nach sayHello3()");
}
catch(Exception e){
e.printStackTrace();
}
try{
System.out.println("vor sayHello4()");
hello.sayHello4();
System.out.println("nach sayHello4()");
}
catch(Exception e){
e.printStackTrace();
}
} catch (Exception e) {
e.printStackTrace();
}
}
}
+180
View File
@@ -0,0 +1,180 @@
\documentclass{uebung}
\author{Linus Nagel}
\chapter{6}
\begin{document}
\maketitle
\begin{exercises}
\item \textbf{Worum handelt es sich bei einer Transaktion?}
Eine Transaktion ist eine Aneinanderreihung von Einzelaktionen, die als atomare Einheit behandelt wird. Vor der ersten Aktion wird die Transaktion eröffnet und der vorherige Zustand zwischengespeichert. Laufen alle Schritte fehlerfrei ab, werden die Änderungen dauerhaft bestätigt (\emph{commit}); bei einem Fehler wird der ursprüngliche Zustand wiederhergestellt (\emph{rollback}). Der Application Server stellt dabei das \textbf{ACID}-Prinzip sicher:
\begin{itemize}
\item \textbf{Atomicity} Alle Teilschritte oder keiner wird ausgeführt.
\item \textbf{Consistency} Der Datenbestand ist nach der Ausführung stets konsistent.
\item \textbf{Isolation} Mehrere parallele Transaktionen beeinflussen sich nicht gegenseitig.
\item \textbf{Durability} Das Ergebnis ist dauerhaft und übersteht z.\,B. einen Server-Neustart.
\end{itemize}
\item \textbf{Worin besteht der Unterschied zwischen Container Managed Transactions und Bean Managed Transactions?}
Bei \textbf{Container Managed Transactions (CMT)} übernimmt der Container die komplette Transaktionsverwaltung: Er startet die Transaktion beim Methodenaufruf, überwacht den Erfolg und leitet automatisch ein Commit oder Rollback ein. CMT ist die Voreinstellung für EJBs und wird mit \texttt{@TransactionManagement(TransactionManagementType.CONTAINER)} konfiguriert.
Bei \textbf{Bean Managed Transactions (BMT)} steuert der Entwickler die Transaktionen selbst über die JTA-Schnittstelle \texttt{UserTransaction}. Er bestimmt explizit, wann eine Transaktion beginnt (\texttt{begin()}), erfolgreich abgeschlossen (\texttt{commit()}) oder zurückgerollt (\texttt{rollback()}) wird. BMT wird mit \texttt{@TransactionManagement(TransactionManagementType.BEAN)} aktiviert.
\item \textbf{Beschreiben Sie den generellen Ablauf einer Transaktion im Application Server bei vom Container verwalteten Transaktionen.}
\begin{enumerate}
\item Ein Client ruft eine Methode einer CMT-Bean auf.
\item Der Container startet sofern gemäß \texttt{@TransactionAttribute} erforderlich eine neue Transaktion und erzeugt einen Transaktionskontext.
\item Die Methode wird ausgeführt. Ressourcen wie Datenbankverbindungen oder JMS-Verbindungen werden in den Transaktionskontext aufgenommen.
\item Der Transaktionskontext wird entlang der Aufrufkette an aufgerufene Methoden weiterpropagiert.
\item Am Ende der Methode wertet der Container das Ergebnis aus:
\begin{itemize}
\item Kein Fehler → \emph{commit}: alle Änderungen werden dauerhaft geschrieben.
\item System-Exception, \texttt{@ApplicationException(rollback=true)} oder \texttt{setRollbackOnly()}\emph{rollback}: der Zustand vor der Transaktion wird wiederhergestellt.
\end{itemize}
\end{enumerate}
\item \textbf{Welche Gründe gibt es für einen Abbruch einer Transaktion? Gehen Sie dabei insbesondere auch auf unterschiedliche Typen von Exceptions ein.}
Ein Rollback wird in folgenden Fällen ausgelöst:
\begin{enumerate}
\item \textbf{System-Exception} Exceptions, die von \texttt{RuntimeException} oder \texttt{java.rmi.RemoteException} abgeleitet sind (z.\,B. \texttt{NullPointerException}). Sie werden vom Server in eine Application-Exception verpackt und an den Client weitergeleitet. Nach einer System-Exception wird die Bean-Instanz zerstört. Durch die Annotation \texttt{@ApplicationException} kann ein Rollback für eine solche Exception verhindert werden.
\item \textbf{Application-Exception mit Rollback-Flag} Checked Exceptions (von \texttt{Exception} abgeleitet, nicht von \texttt{RuntimeException}), die mit \texttt{@ApplicationException(rollback=true)} annotiert wurden. Ohne dieses Flag führt eine Application-Exception \emph{nicht} zu einem Rollback; sie wird direkt an den Client weitergegeben.
\item \textbf{Manuelles Markieren} Der Entwickler ruft \texttt{sessionContext.setRollbackOnly()} auf. Der \texttt{SessionContext} wird per \texttt{@Resource} injiziert.
\end{enumerate}
\item \textbf{Worum handelt es sich bei Session Synchronisierung? Welche Methoden bzw. Annotationen umfasst die Session Synchronisierung?}
Die Session Synchronisierung ermöglicht es Stateful Session Beans, zu bestimmten Zeitpunkten über den Zustand einer laufenden Transaktion informiert zu werden. Eine Bean implementiert dazu das Interface \texttt{SessionSynchronization} oder versieht entsprechend benannte Methoden mit Annotationen:
\begin{itemize}
\item \texttt{afterBegin()} / \texttt{@AfterBegin} wird nach dem Beginn der Transaktion aufgerufen; hier können Zustände für einen eventuellen Rollback gespeichert werden.
\item \texttt{beforeCompletion()} / \texttt{@BeforeCompletion} wird in der ersten Phase des Zwei-Phasen-Commits aufgerufen.
\item \texttt{afterCompletion(boolean commit)} / \texttt{@AfterCompletion} wird in der zweiten Phase aufgerufen. Der Parameter ist \texttt{true} bei erfolgreichem Commit und \texttt{false} bei einem Rollback. Hier werden zwischengespeicherte Zustände wiederhergestellt, falls nötig.
\end{itemize}
\item \textbf{Wie können Transaktionen von der Bean verwaltet werden?}
Die Bean-Klasse wird mit \texttt{@TransactionManagement(TransactionManagementType.BEAN)} annotiert. Innerhalb der Methoden erhält der Entwickler über \texttt{sessionContext.getUserTransaction()} eine Instanz von \texttt{UserTransaction} und steuert die Transaktion manuell:
\begin{minted}[breaklines]{java}
UserTransaction tx = sessionContext.getUserTransaction();
try {
tx.begin();
// Datenbankoperationen, JMS, etc.
tx.commit();
} catch (Exception e) {
tx.rollback();
}
\end{minted}
Zu beachten ist, dass BMT-Beans nicht an propagierten Transaktionen teilnehmen können; jeder \texttt{begin()}-Aufruf startet stets eine neue Transaktion.
\item \textbf{Wie können Transaktionen durch den Client verwaltet werden?}
Der Client holt sich ein \texttt{UserTransaction}-Objekt per JNDI-Lookup und steuert die Transaktion über dieselben Methoden wie bei BMT:
\begin{minted}[breaklines]{java}
InitialContext ctx = new InitialContext(properties);
UserTransaction tx = (UserTransaction) ctx.lookup("UserTransaction");
try {
tx.begin();
// Mehrere Server-Methodenaufrufe innerhalb einer Transaktion
tx.commit();
} catch (Exception e) {
tx.rollback();
}
\end{minted}
Dies ermöglicht es, mehrere Methodenaufrufe auch über mehrere Server hinweg in einer einzigen Transaktion zu bündeln. Der Jakarta EE Standard empfiehlt Serverherstellern, diese Möglichkeit bereitzustellen, schreibt sie jedoch nicht verbindlich vor.
\item \textbf{Betrachten Sie das Programm in den Projekten \texttt{Componentware\_Kapitel6\_Transaktionen\_Uebung} und \texttt{Componentware\_Kapitel6\_Transaktionen\_Uebung\_TestClient}. Wo finden Transaktionsaufrufe statt? An welcher Stelle findet ein Rollback statt und wo endet eine Transaktion mit einem commit?}
Die Bean \texttt{HelloWorld} ist eine Stateful Session Bean mit CMT. Da kein \texttt{@TransactionAttribute} angegeben ist, gilt die Voreinstellung \texttt{REQUIRED}: Der Container startet bei jedem Methodenaufruf vom Client aus eine eigene Transaktion. Es finden somit \textbf{vier Transaktionsaufrufe} statt je einer pro Methode in \texttt{HelloClient}.
\begin{itemize}
\item \textbf{\texttt{sayHello1()}} wirft \texttt{HelloException1}, eine checked Exception ohne jede \texttt{@ApplicationException}-Annotation. Sie gilt als Application-Exception und führt standardmäßig \emph{nicht} zu einem Rollback → die Transaktion endet mit \textbf{commit}.
\item \textbf{\texttt{sayHello2()}} wirft \texttt{HelloException2}, eine checked Exception mit \texttt{@ApplicationException}, aber ohne das Attribut \texttt{rollback=true} (Standardwert ist \texttt{false}). Auch hier kein Rollback → die Transaktion endet mit \textbf{commit}.
\item \textbf{\texttt{sayHello3()}} ruft \texttt{Integer.parseInt("Einhundertdreiundzwanzig")} auf, was eine \texttt{NumberFormatException} auslöst. Diese leitet von \texttt{RuntimeException} ab und ist damit eine System-Exception → der Container führt einen \textbf{Rollback} durch. Da es sich um eine Stateful Session Bean handelt, wird die Bean-Instanz nach dieser System-Exception \textbf{zerstört}. Die Exception wird vom Container in eine \texttt{EJBException} verpackt und an den Client weitergegeben.
\item \textbf{\texttt{sayHello4()}} wird im Client nach dem Rollback auf derselben Bean-Referenz aufgerufen. Da die Stateful Session Bean durch die System-Exception in \texttt{sayHello3()} bereits zerstört wurde, schlägt dieser Aufruf mit einer Exception fehl (z.\,B. \texttt{NoSuchEJBException}); \texttt{sayHello4()} wird nie ausgeführt.
\end{itemize}
\item \textbf{Beschreiben Sie den Aufbau der Startklasse einer Spring Boot Applikation, also die Klasse, die die \texttt{main}-Methode enthält, für den einfachsten Fall.}
Die Startklasse wird mit \texttt{@SpringBootApplication} annotiert. In der \texttt{main}-Methode wird die statische Methode \texttt{SpringApplication.run()} aufgerufen, der die eigene Klasse als \texttt{Class}-Objekt sowie das \texttt{args}-Array übergeben werden:
\begin{minted}[breaklines]{java}
@SpringBootApplication
public class MeineApplication {
public static void main(String[] args) {
SpringApplication.run(MeineApplication.class, args);
}
}
\end{minted}
Die Annotation \texttt{@SpringBootApplication} fasst \texttt{@SpringBootConfiguration}, \texttt{@EnableAutoConfiguration} und \texttt{@ComponentScan} zusammen und aktiviert damit die Autokonfiguration sowie das Component Scanning im eigenen Paket und dessen Unterpaketen.
\item \textbf{Wie kann in Spring Boot eine Shell-Applikation erstellt werden?}
Es wird der Starter \texttt{spring-shell-starter} als Maven-Abhängigkeit eingetragen:
\begin{minted}[breaklines]{xml}
<dependency>
<groupId>org.springframework.shell</groupId>
<artifactId>spring-shell-starter</artifactId>
</dependency>
\end{minted}
Anschließend werden Methoden in einer \texttt{@Component}-Klasse mit \texttt{@Command} annotiert:
\begin{minted}[breaklines]{java}
@Component
public class HelloWorld {
@Command(description = "hello: Gibt Hello World aus")
public String hello() {
return "Hello World!";
}
}
\end{minted}
Nach dem Start der Anwendung (empfohlen: \texttt{./mvnw spring-boot:run}) steht ein interaktiver Prompt zur Verfügung, über den die Methoden im kebab-case-Format aufgerufen werden können (\texttt{\$> hello}).
\item \textbf{Gegeben Sie die folgende Klasse. Wie kann ein Objekt der Klasse \texttt{Hello} in ein Attribut einer anderen Klasse injiziert werden?}
Da \texttt{Hello} mit \texttt{@Component} annotiert ist, wird sie vom Spring-Container als Spring-managed Bean verwaltet. In einer anderen Klasse kann das Objekt über Konstruktor-Injection mit \texttt{@Autowired} injiziert werden:
\begin{minted}[breaklines]{java}
@Component
public class Greeter {
private final Hello hello;
@Autowired
public Greeter(Hello hello) {
this.hello = hello;
}
public void greet() {
System.out.println(hello.sayHello());
}
}
\end{minted}
Alternativ ist auch Feld-Injection mit \texttt{@Autowired private Hello hello;} möglich, jedoch ist Konstruktor-Injection vorzuziehen, da die Abhängigkeit dann \texttt{final} sein kann und die Klasse außerhalb des Spring-Kontexts einfacher testbar ist. Statt \texttt{@Autowired} kann auch das Jakarta-EE-Standard-Äquivalent \texttt{@Inject} verwendet werden.
\item \textbf{Welchen Vorteil bieten Spring Repositories gegenüber der Verwendung von JPA?}
Bei direkter JPA-Nutzung muss der Entwickler den \texttt{EntityManager} selbst injizieren und alle CRUD-Operationen (persist, find, remove, createQuery usw.) manuell implementieren. Spring Repositories (z.\,B. \texttt{CrudRepository}, \texttt{ListCrudRepository}, \texttt{JpaRepository}) generieren diese Standardmethoden automatisch auf Basis des Entitätstyps und des ID-Typs:
\begin{minted}[breaklines]{java}
public interface BuchRepository extends JpaRepository<Buch, Long> {
// save, findAll, findById, delete, ... werden automatisch bereitgestellt
}
\end{minted}
Der Entwickler muss lediglich ein Interface definieren, das das gewünschte Repository-Interface erweitert. Spring erstellt zur Laufzeit automatisch eine Implementierung. Dies reduziert Boilerplate-Code erheblich und vereinfacht den Datenbankzugriff.
\item \textbf{Erstellen Sie mit Spring Boot einen Web Service, der eine Methode bereitstellt, die zwei Zahlen als Path-Parameter in der URL \texttt{localhost:8080/math/sum/<zahl1>/<zahl2>} entgegennimmt. Die Methode soll diese beiden Zahlen addieren und die Summe als Ergebnis zurückliefern. Testen Sie den Service über einen Web Browser.}
\noindent\textbf{SpringDemoApplication.java}
\inputminted[breaklines]{java}{../../spring/src/main/java/org/example/demo/uebung6/SpringDemoApplication.java}
\noindent\textbf{MathWebService.java}
\inputminted[breaklines]{java}{../../spring/src/main/java/org/example/demo/uebung6/MathWebService.java}
\end{exercises}
\end{document}
@@ -0,0 +1,578 @@
# Componentware Transaktionen, Packaging, Architektur und Spring Boot
## Inhalt
**Teil 1: Transaktionen & Packaging**
- Transaktionen: Einführung, CMT, BMT, Client Managed
- Packaging
- Architektur
- Abschließendes Beispiel
**Teil 2: Spring Boot**
- Überblick über Spring
- Starter
- Anlegen eines Spring-Boot Projekts
- Spring Shell
- Komponenten, CDI
- Zugriff auf Datenbanken / Spring Data
- Messaging
- Spring Web MVC / RESTful Web Services
- Transaktionen
---
## Einführung
- Eine der wichtigsten Aufgaben des Entwicklers von Enterprise Systemen stellt die Aufrechterhaltung der Systemkonsistenz dar.
- Falls von einem Geschäftsprozess mehr als eine Aktion durchgeführt wird, muss sichergestellt sein, dass entweder alle Einzelschritte oder gar keiner der Schritte durchgeführt wird.
- Beispiel: Bestellung → Bestand reduzieren + Spediteur benachrichtigen. Beide Schritte müssen zusammen ablaufen.
- Das Jakarta Transactions API (JTA) stellt diverse Möglichkeiten der Transaktionsverwaltung bereit.
### Ablauf einer Transaktion
1. Vor der ersten Ausführung wird eine Transaktion eröffnet.
2. Der Zustand vor dem Start wird zwischengespeichert.
3. Falls ein Fehler auftritt, markiert der Server die Transaktion als fehlerhaft.
4. Falls alle Aktionen fehlerfrei durchlaufen → **commit** (zwischengespeicherte Zustände werden gelöscht).
5. Falls die Transaktion als ungültig markiert wurde → **rollback** (Zustand vor der Transaktion wird wiederhergestellt).
Der Transaktionskontext wird entlang der Aufrufkette propagiert (bei Lookups, Injections oder Proxy-Objekten).
### ACID-Prinzip
| Eigenschaft | Bedeutung |
|-------------|-----------|
| **Atomicity** | Alle Teilschritte oder keiner wird ausgeführt. |
| **Consistency** | Nach der Ausführung ist der Datenbestand konsistent. |
| **Isolation** | Mehrere Transaktionen beeinflussen sich nicht gegenseitig. |
| **Durability** | Ergebnisse sind dauerhaft (überstehen z.B. Server-Neustart). |
### 2-Phase-Commit
Bei verteilten Systemen erfolgt die Transaktion per 2-Phase-Commit:
1. **Phase 1**: Transaktionskoordinator veranlasst Ausführung bei allen beteiligten Systemen.
2. **Phase 2**: Bei Erfolg → finales Commit; bei Fehler → Rollback.
### Transaktionsarten
- **CMT (Container Managed Transactions)**: Voreinstellung bei EJBs der Container übernimmt die Steuerung.
- **BMT (Bean Managed Transactions)**: Der Entwickler steuert die Transaktionen selbst.
- **Client Managed Transactions**: Der Client startet die Transaktion.
---
## Container Managed Transactions (CMT)
- Annotierung der Klasse mit `@TransactionManagement(TransactionManagementType.CONTAINER)` (ist Voreinstellung).
- Transaktionen starten beim Client-Aufruf einer Methode und enden i.d.R. mit der Methode.
- JMS-Nachrichten oder Datenbankstatements werden erst am Ende der Transaktion versendet.
### Rollback-Auslöser
1. **System-Exception** (von `RuntimeException` oder `java.rmi.RemoteException` abgeleitet):
- Wird vom Server in eine Application-Exception verpackt und an den Client geleitet.
- Rollback kann verhindert werden mit `@ApplicationException` an der Exception-Klasse.
- Nach einer System-Exception in einer Stateful/Stateless Session Bean wird die Bean zerstört.
2. **Application-Exception mit `@ApplicationException(rollback=true)`**:
- Application-Exceptions sind checked Exceptions (von `Exception`, aber nicht von `RuntimeException` abgeleitet).
- Werden direkt an den Client weitergeleitet (kein Verpacken).
- Checked Exceptions führen standardmäßig **nicht** zum Rollback.
3. **Manuell**: `sessionContext.setRollbackOnly()` (SessionContext per `@Resource` injizieren).
---
## CMT `@TransactionAttribute`
```java
@TransactionAttribute(TransactionAttributeType.<VALUE>)
```
| Wert | Bedeutung |
|------|-----------|
| **REQUIRED** | (Standard) Vorhandenen Kontext verwenden oder neuen anlegen. |
| **REQUIRES_NEW** | Immer neuen Kontext anlegen; vorhandener wird pausiert. |
| **MANDATORY** | Vorhandener Kontext erforderlich; sonst `TransactionRequiredException`. |
| **SUPPORTS** | Kontext wird übernommen, wenn vorhanden; sonst ohne Transaktion. |
| **NOT_SUPPORTED** | Keinen Kontext verwenden; vorhandener wird unterbrochen. |
| **NEVER** | Keinen Kontext akzeptieren; bei vorhandenem Kontext → `EJBException`. |
> **Hinweis**: Bei Message Driven Beans sind nur `REQUIRED`, `REQUIRES_NEW` und `SUPPORTS` möglich.
### `this`-Aufrufproblem
Ruft eine EJB-Methode eine andere Methode der **gleichen Klasse** über `this` auf, registriert der Container diesen Aufruf nicht → das Transaktionsattribut der aufgerufenen Methode wird ignoriert.
**Lösung**: Aufruf über eine andere Bean (per `@EJB` injiziert) oder über `sessionContext.getBusinessObject(KlassenName.class)`.
---
## CMT Container Callback Methoden (Session Synchronisierung)
Für Stateful Session Beans, die länger als eine Transaktion leben. Interface: `SessionSynchronization` (oder Annotationen):
| Methode / Annotation | Zeitpunkt |
|----------------------|-----------|
| `afterBegin()` / `@AfterBegin` | Nach Beginn der Transaktion |
| `beforeCompletion()` / `@BeforeCompletion` | In Phase 1 des 2-Phase-Commits |
| `afterCompletion(boolean commit)` / `@AfterCompletion` | In Phase 2 (`true` = commit, `false` = rollback) |
---
## Bean Managed Transactions (BMT)
```java
@TransactionManagement(TransactionManagementType.BEAN)
```
Zugriff auf `UserTransaction` über `sessionContext.getUserTransaction()`.
### UserTransaction-Methoden
| Methode | Beschreibung |
|---------|-------------|
| `begin()` | Startet eine neue Transaktion. BMT kann nicht an propagierten Transaktionen teilnehmen. |
| `commit()` | Beendet und bestätigt die Transaktion. |
| `rollback()` | Beendet und verwirft die Transaktion. |
> **Achtung**: In Stateful Session Beans können Transaktionen über mehrere Methoden geöffnet bleiben Transaktion muss in jedem Fall beendet werden.
---
## Client Managed Transactions
```java
InitialContext ctx = new InitialContext(..);
UserTransaction tx = (UserTransaction) ctx.lookup("UserTransaction");
```
Steuerung über dieselben Methoden wie bei BMT: `begin()`, `commit()`, `rollback()`.
> Der Jakarta EE Standard empfiehlt Serverherstellern, Client-Transaktionen zu unterstützen es ist jedoch keine Pflicht.
---
## Packaging
| Archivtyp | Inhalt | Verwendung |
|-----------|--------|------------|
| `.jar` | EJB-Projekt | EJB Application Archive |
| `.war` | Web-Projekt | Web Application Archive |
| `.ear` | jar + war + Deployment-Deskriptor | Enterprise Archive |
### EAR mit IntelliJ erstellen
1. Projekt gemäß Anleitung anlegen (ejb- und war-Module im Temp-Ordner belassen).
2. Unter Artifacts → „Java EE Application: Archive" erstellen:
- Output Directory = WildFly Deploy-Verzeichnis
- „Include in project build" anhaken
- EJB- und WAR-Artifact per Drag & Drop hinzufügen
---
## Architektur
### Klassische 3-Schichten-Architektur
```
Bedieneroberfläche → Fachkonzept → Datenhaltung
```
Mit Web-Controller (MVC):
```
Bedieneroberfläche → Controller → Fachkonzept → Datenhaltung
```
Mit Jakarta EE Middleware:
```
Bedieneroberfläche → Controller → Middleware (EJBs / DAOs) → Datenhaltung
```
### Data Transfer Objects (DTOs)
- **Ohne DTOs**: Entities werden direkt zum Client transportiert.
- **Mit DTOs**: Auf den Client angepasste Klassen → bessere Sicherheit und Performance.
### Monolithische Applikationen vs. Microservices
#### Monolithen
| Vorteile | Nachteile |
|----------|-----------|
| Einfache Entwicklung, IDE-Unterstützung | Schwer verständlich bei großer Codebasis |
| Einfaches Deployment (eine Datei) | Skalierung nur für das Gesamtsystem |
| Einfache End-to-End-Tests | Hohe Compilezeit |
| Leicht mit Load Balancer skalierbar | Lange Start- und Testzeiten |
#### Microservices
| Vorteile | Nachteile |
|----------|-----------|
| Kleinere, besser verständliche Codebasis | Schwierige Trennungsfindung |
| Einzeln deploybar und skalierbar | Netzwerkkomplexität |
| Teams können autonom arbeiten | Übergreifende Transaktionen schwierig |
| Verschiedene Technologien möglich | Höherer Administrationsaufwand |
| Schnellere Tests pro Service | Manche Aufgaben je Service implementieren |
---
## Das Spring Boot Framework
### Überblick
- Spring ist ein Entwicklungsframework für Enterprise Applikationen auf Java-Basis (Alternative zu Jakarta EE).
- Erste Version: 2004; seit 2009 durch VMware entwickelt.
- **Spring Boot** (ab 2014): deutlich vereinfachte Konfiguration durch Autokonfiguration.
- Projekte anlegen über [https://start.spring.io](https://start.spring.io) oder IntelliJ.
### Spring vs. Spring Boot
| Spring | Spring Boot |
|--------|-------------|
| Container muss selbst konfiguriert werden | Sinnvolle Voreinstellungen |
| Kein embedded Server | Embedded Apache Tomcat |
### Typische Module
- **Spring Data** Datenbankzugriff
- **Spring Web** Webapplikationen inkl. RESTful Web Services
- **Spring Security** Authentifizierung und Autorisierung
- **Spring Messaging** Messaging
- **Spring Cloud** Cloud-Technologien (AWS, Azure, ...)
### Starter
Ein Starter ist eine Maven-Dependency, die alle für eine Technologie notwendigen Libraries lädt und eine Autokonfiguration vornimmt.
---
## Anlegen eines Spring-Boot-Projekts
### Hauptklasse
```java
@SpringBootApplication
public class SpringDemoApplication {
public static void main(String[] args) {
SpringApplication.run(SpringDemoApplication.class, args);
}
}
```
---
## Interaktive Anwendungen mit der Spring Shell
Starter:
```xml
<dependency>
<groupId>org.springframework.shell</groupId>
<artifactId>spring-shell-starter</artifactId>
</dependency>
```
Shell-Methode erstellen:
```java
@Component
public class HelloWorld {
@Command(description = "hello: Says Hello World!")
public String hello() {
return "Hello World!";
}
}
```
Aufruf im Prompt (Methodenname in kebab-case):
```
$> hello
Hello World!
```
Mit Parameter:
```java
@Command(description="hello-to --name <name>: ...")
public String helloTo(@Option(required = true) String name) {
return "Hello " + name;
}
```
```
$> hello-to --name Petra
Hello Petra
```
> **Hinweis**: In neueren IntelliJ-Versionen muss die App über Maven gestartet werden (`./mvnw spring-boot:run`).
---
## Komponenten
- POJOs werden mit `@Component` zu Spring-managed Beans.
- Müssen in einem Unterpaket der Klasse mit `@SpringBootApplication` liegen.
### Dependency Injection
```java
@Autowired
private SomeManagedBean bean; // Attribut-Injection
```
Besser: **Konstruktor-Injection** (final-Attribute möglich, testbar ohne Spring-Kontext):
```java
@Autowired
public HelloWorld(HelloWorldComponent helloWorldComponent) {
this.helloWorldComponent = helloWorldComponent;
}
```
### Semantische Annotationen
| Annotation | Verwendung |
|------------|-----------|
| `@Component` | Allgemeine Spring-managed Bean |
| `@Service` | Service-Klassen (Fachlogik) |
| `@Repository` | Data Access Objects |
| `@Controller` / `@RestController` | Web-Controller |
---
## CDI in Spring
- **Component Scanning**: Spring sucht nach `@Component`, `@Repository`, `@Service`, `@Controller` im Paket der Hauptklasse und Unterpaketen.
- **`@Bean`**: Entspricht CDI-Producern macht Werte aus Methoden injizierbar.
```java
@Bean
public String name() {
return "Max Mustermann";
}
```
- **`@ComponentScan`**: Erweitert den Suchpfad.
- **Interceptoren**: `@PostConstruct` etc. wie in Jakarta EE. Alternativ AOP.
---
## Zugriff auf Datenbanken
### Spring Data JPA
Starter:
```xml
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
```
`application.properties`:
```properties
spring.datasource.url=jdbc:mysql://localhost:3306/dbname
spring.datasource.username=<username>
spring.datasource.password=<password>
spring.jpa.hibernate.ddl-auto=create-drop
spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
spring.jpa.properties.hibernate.dialect=org.hibernate.dialect.MySQLDialect
```
> In Spring laufen Methoden **nicht automatisch transaktional** → `@Transactional` an Methoden oder Klassen notwendig.
### SimpleJpaRepository
```java
SimpleJpaRepository<Book, Long> repository = new SimpleJpaRepository<>(Book.class, em);
List<Book> books = repository.findAll();
```
### CrudRepository / ListCrudRepository / JpaRepository
```java
public interface BookJpaRepository extends JpaRepository<Book, Long> {
// Methoden werden automatisch generiert
}
```
Kein `@Autowired` nötig Spring erkennt das Interface und erstellt automatisch eine Implementierung.
---
## Messaging
Starter (ActiveMQ):
```xml
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-activemq</artifactId>
</dependency>
```
ActiveMQ als Docker Container starten:
```bash
docker run -d --name activemq -p 61616:61616 -p 8161:8161 rmohr/activemq
```
`application.properties`:
```properties
spring.activemq.broker-url=tcp://localhost:61616
spring.activemq.user=admin
spring.activemq.password=admin
app.queue.name=buch.queue
spring.jms.pub-sub-domain=false
```
Hauptklasse:
```java
@SpringBootApplication
@EnableJms
public class MyApp { ... }
```
### Receiver
```java
@Component
public class MessageReceiver {
@JmsListener(destination = "springQueue")
public void receiveMessage(Book receivedBook, Message message) {
// Verarbeitung
}
}
```
### Sender
```java
JmsTemplate jmsTemplate = context.getBean(JmsTemplate.class);
jmsTemplate.convertAndSend("queueName", new Book("Buch", 42.99));
```
### MessageConverter (für benutzerdefinierte Typen via JSON/Jackson)
```java
@Bean
public MessageConverter jacksonJmsMessageConverter() {
JacksonJsonMessageConverter converter = new JacksonJsonMessageConverter();
converter.setTypeIdPropertyName("_type");
Map<String, Class<?>> typeIdMappings = new HashMap<>();
typeIdMappings.put("buch", Buch.class);
converter.setTypeIdMappings(typeIdMappings);
return converter;
}
```
---
## Spring Web MVC RESTful Web Services
Starter:
```xml
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
```
### Controller
```java
@RestController
@RequestMapping("/hello")
public class HelloWebService {
@GetMapping
public String sayHello() {
return "Hello from Web Service";
}
}
```
### Mapping-Annotationen
| Annotation | HTTP-Methode |
|------------|-------------|
| `@GetMapping` | GET |
| `@PostMapping` | POST |
| `@PutMapping` | PUT |
| `@DeleteMapping` | DELETE |
### Parameter
**Query-Parameter**:
```java
@GetMapping("/to")
public String sayHelloTo(@RequestParam(value = "name", defaultValue = "World") String name) {
return "Hello to " + name;
}
// Aufruf: http://localhost:8080/hello/to?name=Peter
```
**Path-Parameter**:
```java
@GetMapping("/to/{name}")
public String sayHelloToParam(@PathVariable String name) {
return "Hello to " + name;
}
```
### Rückgabe von Objekten
```java
@GetMapping("/book/{id}")
public ResponseEntity<?> getBookById(@PathVariable long id) {
Book book = bookJpaRepository.getReferenceById(id);
return ResponseEntity.ok(book); // automatisch via JSON
}
```
### Empfang von Objekten
```java
@PostMapping(path = "/book")
public ResponseEntity<?> saveBook(@RequestBody Book book) {
Book b = bookJpaRepository.save(book);
return ResponseEntity.ok(b);
}
```
---
## Transaktionen in Spring
### Deklarativ (`@Transactional`)
```java
@Transactional
public void doSomething() {
// läuft in einem Transaktionskontext ab
}
```
- Bei `RuntimeException` → automatischer Rollback.
- Konfigurierbar: `readOnly`, Isolation (`REQUIRED`, `REQUIRES_NEW`), welche Exceptions zum Rollback führen.
- Neuer Thread erhält keinen propagierten Transaktionskontext.
### Programmgesteuert
```java
@Service
public class DoSomethingService {
@Autowired
private PlatformTransactionManager transactionManager;
public void doSomething() {
TransactionDefinition definition = new DefaultTransactionDefinition();
TransactionStatus status = transactionManager.getTransaction(definition);
try {
// ... Datenbankoperationen ...
transactionManager.commit(status);
} catch (Exception e) {
transactionManager.rollback(status);
}
}
}
```
#### Kernklassen
| Klasse | Rolle |
|--------|-------|
| `PlatformTransactionManager` | Führt Transaktionen technisch aus (begin, commit, rollback) |
| `TransactionDefinition` | Beschreibt Eigenschaften (Propagation, Timeout, ReadOnly, Name) |
| `TransactionStatus` | Repräsentiert die laufende Transaktion (Status abfragbar) |
+1
View File
@@ -92,6 +92,7 @@
"uebung-3" = mkUebungPdf 3 {};
"uebung-4" = mkUebungPdf 4 {};
"uebung-5" = mkUebungPdf 5 {};
"uebung-6" = mkUebungPdf 6 {};
};
devShells.default = with pkgs;
+40
View File
@@ -0,0 +1,40 @@
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>3.3.5</version>
<relativePath/>
</parent>
<groupId>de.componentware</groupId>
<artifactId>spring-demo</artifactId>
<version>1.0-SNAPSHOT</version>
<name>spring-demo</name>
<description>Spring Boot Demo Componentware Übung 6</description>
<properties>
<java.version>21</java.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
</plugin>
</plugins>
</build>
</project>
@@ -0,0 +1,16 @@
package org.example.demo.uebung6;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
@RequestMapping("/math")
public class MathWebService {
@GetMapping("/sum/{zahl1}/{zahl2}")
public int sum(@PathVariable int zahl1, @PathVariable int zahl2) {
return zahl1 + zahl2;
}
}
@@ -0,0 +1,12 @@
package org.example.demo.uebung6;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class SpringDemoApplication {
public static void main(String[] args) {
SpringApplication.run(SpringDemoApplication.class, args);
}
}
@@ -0,0 +1 @@
spring.application.name=spring-demo