[wip] praktikum4

.wildfly-base/configuration/standalone-full.xml

@@ -452,7 +452,7 @@
                 <smtp-server outbound-socket-binding-ref="mail-smtp"/>
             </mail-session>
             <mail-session name="uebung3" debug="false" jndi-name="java:/jboss/mail/uebung3">
-                <smtp-server outbound-socket-binding-ref="mail-smtp-gmail" ssl="false" tls="true" username="<invalid>" password="<invalid>"/>
+                <smtp-server outbound-socket-binding-ref="mail-smtp-gmail" ssl="false" tls="true" username="invalid" password="invalid"/>
             </mail-session>
         </subsystem>
         <subsystem xmlns="urn:jboss:domain:messaging-activemq:17.0">
@@ -481,6 +481,7 @@
                 <jms-queue name="ExpiryQueue" entries="java:/jms/queue/ExpiryQueue"/>
                 <jms-queue name="DLQ" entries="java:/jms/queue/DLQ"/>
                 <jms-queue name="MyQueue" entries="java:/jms/queue/MyQueue java:jboss/exported/jms/queue/MyQueue"/>
+                <jms-topic name="Praktikum3Topic" entries="java:/jms/topic/Praktikum3Topic java:jboss/exported/jms/topic/Praktikum3Topic"/>
                 <connection-factory name="InVmConnectionFactory" entries="java:/ConnectionFactory" connectors="in-vm"/>
                 <connection-factory name="RemoteConnectionFactory" entries="java:jboss/exported/jms/RemoteConnectionFactory" connectors="http-connector"/>
                 <pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" connectors="in-vm" transaction="xa"/>

client/src/main/java/org/example/demo/praktikum3/ChatWindow.java

@@ -0,0 +1,41 @@
+package org.example.demo.praktikum3;
+
+import java.awt.BorderLayout;
+import java.awt.FlowLayout;
+
+import javax.swing.JButton;
+import javax.swing.JFrame;
+import javax.swing.JPanel;
+import javax.swing.JTextArea;
+import javax.swing.JTextField;
+
+public class ChatWindow extends JFrame {
+    private JTextArea textArea;
+    private MessageReceiver receiver;
+
+    private JPanel inputPanel;
+    private JTextField messageInput;
+    private JButton messageSubmit;
+    private MessageSender sender;
+
+    public ChatWindow(MessageReceiver receiver, MessageSender sender) {
+        textArea = new JTextArea();
+        this.add(BorderLayout.NORTH, textArea);
+        receiver.setText(textArea);
+
+        inputPanel = new JPanel();
+        inputPanel.setLayout(new FlowLayout());
+        this.add(BorderLayout.SOUTH, inputPanel);
+
+        messageInput = new JTextField(20);
+        inputPanel.add(messageInput);
+
+        messageSubmit = new JButton("Submit");
+        messageSubmit.addActionListener(e -> {
+            sender.sendMessage(messageInput.getText());
+        });
+        inputPanel.add(messageSubmit);
+
+        this.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
+    }
+}

client/src/main/java/org/example/demo/praktikum3/Client.java

@@ -0,0 +1,36 @@
+package org.example.demo.praktikum3;
+
+import java.util.Properties;
+import javax.naming.Context;
+import javax.naming.InitialContext;
+import javax.naming.NamingException;
+import jakarta.jms.ConnectionFactory;
+import jakarta.jms.Topic;
+
+public class Client {
+    private int id;
+
+    public Client(int id) {
+        this.id = id;
+
+        Properties props = new Properties();
+        props.setProperty(Context.INITIAL_CONTEXT_FACTORY, "org.wildfly.naming.client.WildFlyInitialContextFactory");
+        props.setProperty(Context.PROVIDER_URL, "http-remoting://127.0.0.1:8080");
+
+        try {
+            InitialContext context = new InitialContext(props);
+            ConnectionFactory cf = (ConnectionFactory) context.lookup("jms/RemoteConnectionFactory");
+            Topic topic = (Topic) context.lookup("jms/topic/Praktikum3Topic");
+
+            var sender = new MessageSender(topic, cf, "Sender " + this.id + ": ");
+            var receiver = new MessageReceiver(topic, cf, null);
+            var win = new ChatWindow(receiver, sender);
+
+            win.setVisible(true);
+            win.setTitle("Chat - Sender " + this.id);
+            receiver.start();
+        } catch (NamingException e) {
+            e.printStackTrace();
+        }
+    }
+}

client/src/main/java/org/example/demo/praktikum3/Client1.java

@@ -0,0 +1,7 @@
+package org.example.demo.praktikum3;
+
+public class Client1 {
+    public static void main(String[] args) {
+        new Client(1);
+    }
+}

client/src/main/java/org/example/demo/praktikum3/Client2.java

@@ -0,0 +1,7 @@
+package org.example.demo.praktikum3;
+
+public class Client2 {
+    public static void main(String[] args) {
+        new Client(2);
+    }
+}

client/src/main/java/org/example/demo/praktikum3/MessageReceiver.java

@@ -0,0 +1,40 @@
+package org.example.demo.praktikum3;
+
+import javax.swing.JTextArea;
+import javax.swing.SwingUtilities;
+import jakarta.jms.ConnectionFactory;
+import jakarta.jms.JMSConsumer;
+import jakarta.jms.JMSContext;
+import jakarta.jms.Topic;
+
+public class MessageReceiver extends Thread {
+    private JTextArea text;
+    private Topic topic;
+    private ConnectionFactory cf;
+
+    public MessageReceiver(Topic topic, ConnectionFactory cf, JTextArea text) {
+        this.text = text;
+        this.topic = topic;
+        this.cf = cf;
+    }
+
+    public JTextArea getText() {
+        return text;
+    }
+
+    public void setText(JTextArea text) {
+        this.text = text;
+    }
+
+    public void run() {
+        try (JMSContext context = cf.createContext("guest", "guest")) {
+            JMSConsumer consumer = context.createConsumer(topic);
+            while (true) {
+                String message = consumer.receiveBody(String.class);
+                if (message != null) {
+                    SwingUtilities.invokeLater(() -> text.append(message + "\n"));
+                }
+            }
+        }
+    }
+}

client/src/main/java/org/example/demo/praktikum3/MessageSender.java

@@ -0,0 +1,33 @@
+package org.example.demo.praktikum3;
+
+import jakarta.jms.ConnectionFactory;
+import jakarta.jms.JMSContext;
+import jakarta.jms.JMSProducer;
+import jakarta.jms.TextMessage;
+import jakarta.jms.Topic;
+
+public class MessageSender {
+    private String prefix;
+    private Topic topic;
+    private ConnectionFactory cf;
+
+    public MessageSender(Topic topic, ConnectionFactory cf, String prefix) {
+        this.topic = topic;
+        this.cf = cf;
+        this.prefix = prefix;
+    }
+
+    public void sendMessage(String msg) {
+        var text = prefix + msg;
+
+        try (JMSContext context = cf.createContext("guest", "guest")) {
+            JMSProducer producer = context.createProducer();
+            TextMessage message = context.createTextMessage(text);
+            producer.send(topic, message);
+            System.out.println("Message '"+text+"' sent successfully.");
+        }
+        catch (Exception e) {
+            System.out.println("Message '"+text+"' couldn't be sent: " + e);
+        }
+    }
+}

docs/uebungen/uebung-3.tex

@@ -74,6 +74,14 @@ Der Empfänger setzt zunächst mit \texttt{connection.setClientID("eindeutigerNa
 
     MDBs werden vollständig vom Container verwaltet. Der Container übernimmt das Verbindungsmanagement, die Lebenszyklus‑Steuerung, das Pooling sowie die Transaktionssteuerung. Der Entwickler muss sich nicht um das manuelle Erzeugen von Connections, Sessions oder Consumern kümmern und profitiert von automatischer Skalierung und robustem Fehlerverhalten. Stand‑Alone‑Clients erfordern hingegen expliziten Code für Verbindungsaufbau, Empfangsschleifen und Fehlerbehandlung.
 
+    \item \textbf{JMS-Projekt: MDB und Client}
+
+    \noindent\textbf{Message Driven Bean:}
+    \inputminted[breaklines]{java}{../../server/src/main/java/org/example/demo/uebung3/aufgabe13/ReceiveQueueMessageAndSendAsMail.java}
+
+    \noindent\textbf{Client:}
+    \inputminted[breaklines]{java}{../../client/src/main/java/org/example/demo/uebung3/aufgabe13/Client.java}
+
 \end{exercises}
 
 \end{document}

docs/uebungen/uebung-4.tex

@@ -0,0 +1,105 @@
+\documentclass{uebung}
+
+\author{Linus Nagel}
+\chapter{4}
+
+\begin{document}
+
+\maketitle
+
+\begin{exercises}
+
+\item \textbf{Welchen Zweck erfüllen SOAP-Web Services?}
+
+SOAP-Web Services stellen Geschäftslogik als Service für entfernte Aufrufe bereit. Sie ermöglichen eine programmiersprachen- und systemübergreifende Kommunikation, indem sie Methodenaufrufe über standardisierte XML-Dokumente (SOAP) abbilden. Die Kommunikation erfolgt in der Regel über HTTP, wodurch eine lose Kopplung und hohe Interoperabilität erreicht wird.
+
+\item \textbf{Wie wird ein SOAP-Webservice erstellt?}
+
+Ein SOAP-Webservice wird durch eine Klasse (POJO oder EJB) realisiert, die mit der Annotation \texttt{@WebService} versehen ist. Die Klasse muss \texttt{public} sein und einen parameterlosen Konstruktor besitzen. Nach dem Deployment generiert der Application Server automatisch eine WSDL-Datei und stellt den Service unter einer URL bereit. Beispiel:
+\begin{minted}[breaklines]{java}
+@WebService
+public class HelloWorld {
+    public String getHello() {
+        return "Hello World";
+    }
+}
+\end{minted}
+
+\item \textbf{Welchen Zweck erfüllt die WSDL-Datei?}
+
+Die WSDL (Web Service Definition Language) ist ein XML-basiertes Interface, das die verfügbaren Methoden, deren Parameter, Rückgabewerte, Exceptions, das verwendete Protokoll (Binding) und die konkrete Endpoint-URI eines Web Services beschreibt. Der Client kann daraus die nötigen Proxy-Klassen generieren.
+
+\item \textbf{Wie können die Clientklassen aus einer bestehenden WSDL-Datei generiert werden?}
+
+Mit dem Tool \texttt{wsimport} (ab Java 11 aus dem Projekt \texttt{jaxws-ri}) werden aus einer vorhandenen WSDL-Datei Java-Clientklassen generiert. Aufrufbeispiel:
+\begin{verbatim}
+wsimport.sh http://localhost:8080/Pfad/HelloWorld?wsdl
+\end{verbatim}
+Die erzeugten Klassen werden in eine JAR-Datei verpackt und dem Clientprojekt hinzugefügt.
+
+\item \textbf{Wie kann ein Fehler programmiersprachenunabhängig übertragen werden? Welche Maßnahmen sind dabei bei der Programmierung notwendig?}
+
+Fehler werden über das \texttt{soap:Fault}-Element im SOAP-Body übertragen. Es enthält \texttt{faultcode}, \texttt{faultstring} und \texttt{detail}. In Java wird standardmäßig eine \texttt{SOAPFaultException} geworfen. Für sprachunabhängige Fehler kann eine eigene, von \texttt{SOAPFaultException} abgeleitete Exception erstellt werden, die eine \texttt{SOAPFault} erhält. Auf Serverseite wird die Exception mit einer erzeugten \texttt{SOAPFault} geworfen. Dadurch wird der Fehler als standardisierte SOAP-Nachricht übertragen.
+
+\item \textbf{Wie muss eine Fachkonzeptklasse modifiziert werden, damit sie bei einem SOAP-Aufruf eine Fachkonzeptklasse übertragen werden kann?}
+
+Die Fachkonzeptklasse muss mit der JAXB-Annotation \texttt{@XmlRootElement} versehen werden. Dadurch wird sie in ein XML-Element umgewandelt und kann im SOAP-Nachrichtenbody transportiert werden.
+
+\item \textbf{Beschreiben Sie den REST-Architekturstil. Gehen Sie dabei auch auf den Begriff Ressource ein und beschreiben, wie eine Ressource aufgerufen werden kann.}
+
+REST (Representational State Transfer) ist ein Architekturstil, bei dem jede Information als \emph{Ressource} aufgefasst wird, die über eine eindeutige URI erreichbar ist. Ressourcen werden mit den HTTP-Methoden POST (anlegen), GET (abfragen), PUT (ändern) und DELETE (löschen) manipuliert. Der Server speichert nur den Zustand der Ressource, der Client verwaltet den Anwendungszustand. Eine Ressource kann mehrere Repräsentationen (z.B. HTML, XML, JSON) besitzen. Der Aufruf erfolgt durch Senden einer HTTP-Anfrage an die URI der Ressource mit der entsprechenden HTTP-Methode.
+
+\item \textbf{Wie wird im einfachsten Fall ein RESTful Web Service erstellt?}
+
+Eine POJO-Klasse wird mit \texttt{@Path} annotiert, die Methode mit einer HTTP-Methode wie \texttt{@GET}. Zusätzlich ist eine Konfigurationsklasse nötig, die von \texttt{jakarta.ws.rs.core.Application} abgeleitet und mit \texttt{@ApplicationPath} versehen wird. Beispiel:
+\begin{minted}[breaklines]{java}
+@Path("/hallo")
+public class HalloWelt {
+    @GET
+    public String sagHallo() {
+        return "Hallo Welt";
+    }
+}
+\end{minted}
+
+\item \textbf{Wie kann aus einem Response ein Objekt ausgelesen werden?}
+
+Über das \texttt{Response}-Objekt wird die Methode \texttt{readEntity(Class<T>)} aufgerufen. Beispiel:
+\begin{minted}[breaklines]{java}
+String ergebnis = response.readEntity(String.class);
+\end{minted}
+
+\item \textbf{Wie kann eine ID als URI-Parameter übergeben werden?}
+
+In der \texttt{@Path}-Annotation wird ein Platzhalter in geschweiften Klammern definiert (z.B. \texttt{@Path("/buch/\{id\}")}). Der Methodenparameter wird mit \texttt{@PathParam("{}id")} annotiert. Beispiel:
+\begin{minted}[breaklines]{java}
+@GET
+@Path("/buch/{id}")
+public String getBuch(@PathParam("id") int id) { ... }
+\end{minted}
+
+\item \textbf{Was ist gemeint, wenn von Content-Negotiation gesprochen wird? Mit welchen Annotationen wird dies mit RESTful Web Services in Java realisiert?}
+
+Content-Negotiation bezeichnet die Auswahl der passenden Repräsentation einer Ressource basierend auf dem \texttt{Accept}-Header des Requests. In JAX-RS wird dies mit den Annotationen \texttt{@Produces} (für die Antwort) und \texttt{@Consumes} (für die Anfrage) realisiert. Als Attribut wird ein \texttt{MediaType} (z.B. \texttt{MediaType.APPLICATION\_JSON}) übergeben.
+
+\item \textbf{Durch welche Klasse kann der Response (StatusCode und Rückgabe) einer Klasse beeinflusst werden? Wie kann ein solches Objekt erstellt werden und wie wird der eigentliche Response generiert?}
+
+Die Klasse \texttt{jakarta.ws.rs.core.Response} ermöglicht die Kontrolle über HTTP-Statuscode, Header und Entität. Ein \texttt{Response}-Objekt wird über einen \texttt{ResponseBuilder} erzeugt, den man z.B. mit \texttt{Response.ok().build()} erhält. Beispiel:
+\begin{minted}[breaklines]{java}
+return Response.status(Response.Status.NOT_FOUND)
+               .entity("Nicht gefunden")
+               .type(MediaType.TEXT_PLAIN)
+               .build();
+\end{minted}
+
+\item \textbf{Erstellen Sie einen Restful Web Service, der eine Methode namens getTime() bereitstellt. Diese Methode soll die aktuelle Zeit des Servers unter der URI localhost:8080/projektname/time zurück liefern.}
+
+\noindent\textbf{TimeService.java}
+\inputminted[breaklines]{java}{../../server/src/main/java/org/example/demo/uebung4/aufgabe13/TimeService.java}
+
+\noindent\textbf{ApplicationConfig.java}
+\inputminted[breaklines]{java}{../../server/src/main/java/org/example/demo/uebung4/aufgabe13/ApplicationConfig.java}
+
+\end{exercises}
+
+\end{document}

docs/uebungen/uebung-5.tex

@@ -0,0 +1,204 @@
+\documentclass{uebung}
+
+\author{Linus Nagel}
+\chapter{5}
+
+\begin{document}
+
+\maketitle
+
+\begin{exercises}
+
+\item \textbf{Worum handelt es sich bei Dependency Injection?}
+
+Dependency Injection (DI) ist ein Entwurfsmuster, bei dem der Container (z.B. der CDI-Container) die Abhängigkeiten eines Objekts automatisch bereitstellt, anstatt dass das Objekt sie selbst erzeugt oder sucht.
+Dadurch wird eine lose Kopplung erreicht, der Code wird besser testbar und die Verantwortung für die Erstellung der Abhängigkeiten wird aus der Klasse ausgelagert.
+In CDI wird dies hauptsächlich über die Annotation \texttt{@Inject} realisiert.
+
+\item \textbf{Beschreiben Sie den Lebenszyklus von CDI-Beans.}
+
+Der Container verwaltet den gesamten Lebenszyklus einer CDI-Bean:
+\begin{enumerate}
+  \item \textbf{Instanziierung} – Aufruf des parameterlosen Konstruktors.
+  \item \textbf{Dependency Injection} – Alle mit \texttt{@Inject} annotierten Felder/Setter werden gesetzt.
+  \item \textbf{PostConstruct} – Eine mit \texttt{@PostConstruct} annotierte Methode wird ausgeführt (Initialisierung).
+  \item \textbf{Nutzung} – Die Bean steht für Geschäftslogik zur Verfügung.
+  \item \textbf{PreDestroy} – Vor dem Entfernen der Bean wird eine mit \texttt{@PreDestroy} annotierte Methode aufgerufen.
+  \item \textbf{Zerstörung} – Die Bean wird aus dem Speicher entfernt (Scope-abhängig).
+\end{enumerate}
+
+\item \textbf{Worum handelt es sich beim Bean Discovery? Welche Voraussetzung gibt es für das Bean Discovery?}
+
+Bean Discovery ist der Prozess, bei dem der CDI-Container während des Deployments nach CDI-Beans sucht (z.B. in JARs oder Klassenordnern).
+Voraussetzung ist das Vorhandensein der Datei \texttt{beans.xml} im Ordner \texttt{META-INF} (für JARs) oder \texttt{WEB-INF} (für WARs).
+Seit CDI 1.1 kann der Modus \texttt{bean-discovery-mode="annotated"} verwendet werden; dann werden nur Klassen mit einer \textit{bean defining annotation} (z.B. \texttt{@RequestScoped}) entdeckt.
+
+\item \textbf{Welche Regeln gelten für CDI-Beans?}
+
+Eine CDI-Bean muss folgende Regeln erfüllen:
+\begin{itemize}
+  \item Sie ist eine konkrete Klasse (oder mit \texttt{@Decorator} annotiert).
+  \item Sie besitzt einen parameterlosen Konstruktor (Default-Konstruktor).
+  \item Sie kann mit Scopes annotiert sein (z.B. \texttt{@RequestScoped}).
+  \item Sie befindet sich in einem Archiv, das vom Bean Discovery erfasst wird.
+\end{itemize}
+
+\item \textbf{Worum handelt es sich bei Qualifizierern?}
+
+Qualifizierer sind benutzerdefinierte Annotationen, die es dem CDI-Container ermöglichen, zwischen mehreren Implementierungen desselben Schnittstellentyps zu unterscheiden.
+Sie werden an der Implementierungsklasse und am Injection Point verwendet und sorgen für typsichere Auswahl (im Gegensatz zu String-basierten Lösungen).
+
+\item \textbf{Wie wird ein Qualifizierer erstellt? Wie wird er im Quellcode verwendet?}
+
+Erstellung einer Qualifier-Annotation:
+\begin{minted}[breaklines]{java}
+@Qualifier
+@Retention(RetentionPolicy.RUNTIME)
+@Target({ElementType.TYPE, ElementType.FIELD, ElementType.METHOD})
+public @interface Lotto6aus49 {}
+\end{minted}
+Verwendung:
+\begin{itemize}
+  \item Implementierungsklasse: \texttt{@Lotto6aus49 public class Generator6aus49 implements LottoGenerator \{ ... \}}
+  \item Injection Point: \texttt{@Inject @Lotto6aus49 private LottoGenerator generator;}
+\end{itemize}
+
+\item \textbf{Wie kann ein Qualifizierer mit Attributen versehen werden?}
+
+Man definiert Methoden in der Annotation, die die Attribute zurückgeben. Als Typen sind nur primitive Typen, Strings, Enums, Class und deren Arrays erlaubt.
+Beispiel:
+\begin{minted}[breaklines]{java}
+@Qualifier
+@Retention(RetentionPolicy.RUNTIME)
+@Target({ElementType.TYPE, ElementType.FIELD})
+public @interface LottoNausM {
+    Auswahl auswahl();
+    Gesamt gesamt();
+}
+\end{minted}
+Verwendung: \texttt{@LottoNausM(auswahl=Auswahl.SECHS, gesamt=Gesamt.NEUNUNDVIERZIG)}.
+
+\item \textbf{Worum handelt es sich bei einer Alternative?}
+
+Eine Alternative ist eine Implementierung eines Interfaces, die mit \texttt{@Alternative} annotiert wird.
+Sie kann in der \texttt{beans.xml} aktiviert werden, um die Standardimplementierung zu überschreiben (z.B. für Mock-Objekte in Tests). Ohne Aktivierung in \texttt{beans.xml} wird sie ignoriert.
+
+\item \textbf{Welchen Zweck erfüllen Producer?}
+
+Producer (Methoden oder Felder mit \texttt{@Produces}) erzeugen Objekte, die keine CDI-Beans sind (z.B. \texttt{String}, \texttt{Date}, externe Bibliotheken) oder deren Erzeugung eine besondere Logik erfordert. Sie machen solche Objekte injizierbar.
+
+\item \textbf{Wie werden Producer erstellt und verwendet?}
+
+Eine Methode oder ein Feld wird mit \texttt{@Produces} annotiert. Meist gibt man zusätzlich einen Qualifizierer an.
+Beispiel – Producer-Methode:
+\begin{minted}[breaklines]{java}
+@Produces @Datum
+public Date aktuellesDatum() {
+    return new Date();
+}
+\end{minted}
+Verwendung – Injection:
+\begin{minted}[breaklines]{java}
+@Inject @Datum private Date datum;
+\end{minted}
+
+\item \textbf{Welche Aufgabe übernimmt ein Disposer? Wie wird ein Disposer erstellt?}
+
+Ein Disposer schließt oder räumt Ressourcen auf, die von einem Producer erzeugt wurden (z.B. Datenbankverbindungen).
+Erstellt wird er durch eine Methode in derselben Klasse wie der Producer, die den zu zerstörenden Wert als Parameter mit der Annotation \texttt{@Disposes} erhält.
+\begin{minted}[breaklines]{java}
+public void schliesse(@Disposes Date datum) {
+    // Ressourcen freigeben
+}
+\end{minted}
+
+\item \textbf{Welche Scopes umfasst CDI?}
+
+CDI definiert fünf Scopes:
+\begin{itemize}
+  \item \texttt{@ApplicationScoped} – eine Instanz pro Anwendung.
+  \item \texttt{@SessionScoped} – eine Instanz pro HTTP-Session.
+  \item \texttt{@RequestScoped} – eine Instanz pro HTTP-Request.
+  \item \texttt{@ConversationScoped} – vom Entwickler steuerbarer, längerlebiger Scope.
+  \item \texttt{@Dependent} (Pseudo-Scope) – Lebenszyklus abhängig von der injizierenden Bean.
+\end{itemize}
+
+\item \textbf{Welche Lebensdauer deckt der Conversation Scope ab? Wie kann eine Conversation gestartet und beendet werden?}
+
+Der Conversation Scope bleibt über mehrere Requests erhalten, bis er explizit beendet wird.
+Eine mit \texttt{@ConversationScoped} annotierte Bean kann eine \texttt{Conversation} injizieren:
+\begin{minted}[breaklines]{java}
+@Inject private Conversation conversation;
+\end{minted}
+Start: \texttt{conversation.begin();} (danach ist die Conversation \textit{long running})
+Ende: \texttt{conversation.end();} (danach ist sie wieder \textit{transient}).
+
+\item \textbf{Welchen Zweck erfüllt die Annotation @Named?}
+
+\texttt{@Named} vergibt einen Namen für eine CDI-Bean, damit sie in Expression Languages (z.B. JSF) angesprochen werden kann.
+Standardname ist der einfache Klassenname mit kleinem Anfangsbuchstaben.
+Beispiel: \texttt{@Named("meinService")} erlaubt den Zugriff über \texttt{\#\{meinService.methode()\}}.
+
+\item \textbf{Welchen Sinn haben Interceptoren? Wie ist der Ablauf eines Interceptoraufrufs?}
+
+Interceptoren führen Querschnittsaufgaben (Logging, Security, Transaktionen) vor/nach einer Methode aus.
+Ablauf:
+\begin{enumerate}
+  \item Der Client ruft eine Methode der Zielklasse auf.
+  \item Der Container ruft zuerst die \texttt{@AroundInvoke}-Methode des Interceptors auf.
+  \item Diese führt eigenen Code aus und ruft dann \texttt{ic.proceed()} auf.
+  \item \texttt{proceed()} ruft die eigentliche Zielmethode (oder den nächsten Interceptor) auf.
+  \item Der Rückgabewert wird zurückgegeben.
+\end{enumerate}
+
+\item \textbf{Wie werden Interceptoren für Methoden erstellt?}
+
+Man schreibt eine Methode mit der Annotation \texttt{@AroundInvoke}, die ein \texttt{InvocationContext}-Objekt erhält und \texttt{Object} zurückgibt. Beispiel:
+\begin{minted}[breaklines]{java}
+@AroundInvoke
+public Object log(InvocationContext ic) throws Exception {
+    System.out.println("Vorher");
+    return ic.proceed();
+}
+\end{minted}
+
+\item \textbf{Wie können Interceptoren für mehrere Klassen erstellt werden?}
+
+Man lagert die Interceptor-Methode in eine eigene Klasse aus und bindet sie mit \texttt{@Interceptors(LoggingInterceptor.class)} an die gewünschte Klasse oder Methode.
+Alternativ verwendet man ein \textit{Interceptor Binding} (siehe nächste Aufgabe).
+
+\item \textbf{Worum handelt es sich beim Interceptor Binding?}
+
+Interceptor Binding ist eine Qualifizierer-ähnliche Annotation, die mit \texttt{@InterceptorBinding} markiert wird.
+Der Interceptor wird mit dieser Annotation sowie \texttt{@Interceptor} versehen.
+Man kann dann jede Klasse oder Methode mit der Binding-Annotation versehen, um den Interceptor anzuwenden – ohne direkte Referenz auf die Interceptor-Klasse (lose Kopplung).
+
+\item \textbf{Worum handelt es sich bei Dekoratoren?}
+
+Dekoratoren sind spezielle CDI-Beans, die das Verhalten einer bestehenden Bean erweitern, indem sie dieselbe Schnittstelle implementieren und eine delegierte Referenz injizieren.
+Sie werden mit \texttt{@Decorator} annotiert und in \texttt{beans.xml} aktiviert.
+Dekoratoren eignen sich, um fachliche Erweiterungen (z.B. eine Superzahl bei Lottozahlen) hinzuzufügen.
+
+\item \textbf{Wie können mit CDI Events erstellt werden?}
+
+Ein Event wird über die generische Klasse \texttt{Event<T>} injiziert:
+\begin{minted}[breaklines]{java}
+@Inject private Event<MyEvent> event;
+\end{minted}
+Senden: \texttt{event.fire(myEvent);} (synchron) oder \texttt{event.fireAsync(myEvent);} (asynchron, seit CDI 2.0).
+Empfangen: Eine Methode mit Parameter \texttt{@Observes MyEvent event} (oder \texttt{@ObservesAsync}) in einer beliebigen CDI-Bean.
+
+\item \textbf{Erstellen Sie einen Producer der ein Objekt vom Typ org.jboss.logging.Logger erstellt. Dieser Logger soll in verschiedene Klassen injizierbar sein. Testen Sie den Producer, indem Sie sich den Logger in einer Stateless Session Bean injizieren lassen und einen beliebigen String in die Konsole loggen.}
+
+Die vollständige Implementierung befindet sich in den folgenden Dateien (siehe Code-Verzeichnis).
+Kurze Erklärung: Der Producer verwendet die \texttt{InjectionPoint}-API, um den Typ der injizierenden Klasse zu ermitteln. Dadurch wird der korrekte Logger für jede Klasse erzeugt. Die Stateless Session Bean injiziert den Logger und ruft \texttt{info()} auf.
+
+\noindent\textbf{LoggerProducer.java}
+\inputminted[breaklines]{java}{../../server/src/main/java/org/example/demo/uebung5/aufgabe21/LoggerProducer.java}
+
+\noindent\textbf{TestLoggerService.java}
+\inputminted[breaklines]{java}{../../server/src/main/java/org/example/demo/uebung5/aufgabe21/TestLoggerService.java}
+
+\end{exercises}
+
+\end{document}

flake.nix

@@ -90,6 +90,8 @@
             "uebung-1" = mkUebungPdf 1 {};
             "uebung-2" = mkUebungPdf 2 {};
             "uebung-3" = mkUebungPdf 3 {};
+            "uebung-4" = mkUebungPdf 4 {};
+            "uebung-5" = mkUebungPdf 5 {};
           };
 
           devShells.default = with pkgs;

server/pom.xml

@@ -8,7 +8,7 @@
     <relativePath>../pom.xml</relativePath>
   </parent>
   <artifactId>ejb-server</artifactId>
-  <packaging>ejb</packaging>
+  <packaging>war</packaging>
   <dependencies>
     <dependency>
       <groupId>jakarta.enterprise</groupId>
@@ -43,6 +43,13 @@
       <artifactId>lombok</artifactId>
       <version>1.18.46</version>
     </dependency>
+    <!-- Source: https://mvnrepository.com/artifact/org.jboss.logging/jboss-logging -->
+    <dependency>
+      <groupId>org.jboss.logging</groupId>
+      <artifactId>jboss-logging</artifactId>
+      <version>3.6.3.Final</version>
+      <scope>provided</scope>
+    </dependency>
   </dependencies>
   <build>
     <plugins>

server/src/main/java/org/example/demo/praktikum4/aufgabe13/ApplicationConfig.java

@@ -0,0 +1,8 @@
+package org.example.webservice;
+
+import jakarta.ws.rs.ApplicationPath;
+import jakarta.ws.rs.core.Application;
+
+@ApplicationPath("/")
+public class ApplicationConfig extends Application {
+}

server/src/main/java/org/example/demo/praktikum4/aufgabe13/TimeService.java

@@ -0,0 +1,17 @@
+import jakarta.ws.rs.GET;
+import jakarta.ws.rs.Path;
+import jakarta.ws.rs.Produces;
+import jakarta.ws.rs.core.MediaType;
+import java.time.LocalDateTime;
+import java.time.format.DateTimeFormatter;
+
+@Path("/time")
+public class TimeService {
+    @GET
+    @Produces(MediaType.TEXT_PLAIN)
+    public String getTime() {
+        LocalDateTime now = LocalDateTime.now();
+        DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd.MM.yyyy HH:mm:ss");
+        return "Aktuelle Serverzeit: " + now.format(formatter);
+    }
+}

server/src/main/java/org/example/demo/uebung4/aufgabe13/ApplicationConfig.java

@@ -0,0 +1,8 @@
+package org.example.webservice;
+
+import jakarta.ws.rs.ApplicationPath;
+import jakarta.ws.rs.core.Application;
+
+@ApplicationPath("/")
+public class ApplicationConfig extends Application {
+}

server/src/main/java/org/example/demo/uebung4/aufgabe13/TimeService.java

@@ -0,0 +1,17 @@
+import jakarta.ws.rs.GET;
+import jakarta.ws.rs.Path;
+import jakarta.ws.rs.Produces;
+import jakarta.ws.rs.core.MediaType;
+import java.time.LocalDateTime;
+import java.time.format.DateTimeFormatter;
+
+@Path("/time")
+public class TimeService {
+    @GET
+    @Produces(MediaType.TEXT_PLAIN)
+    public String getTime() {
+        LocalDateTime now = LocalDateTime.now();
+        DateTimeFormatter formatter = DateTimeFormatter.ofPattern("dd.MM.yyyy HH:mm:ss");
+        return "Aktuelle Serverzeit: " + now.format(formatter);
+    }
+}

server/src/main/java/org/example/demo/uebung5/aufgabe21/LoggerProducer.java

@@ -0,0 +1,18 @@
+package org.example.demo.uebung5.aufgabe21;
+
+import jakarta.enterprise.context.ApplicationScoped;
+import jakarta.enterprise.inject.Produces;
+import jakarta.enterprise.inject.spi.InjectionPoint;
+import jakarta.inject.Singleton;
+import org.jboss.logging.Logger;
+
+@ApplicationScoped
+public class LoggerProducer {
+
+    @Produces
+    public Logger produceLogger(InjectionPoint ip) {
+        // Ermittelt die Klasse, in die der Logger injiziert wird
+        Class<?> targetClass = ip.getMember().getDeclaringClass();
+        return Logger.getLogger(targetClass);
+    }
+}

server/src/main/java/org/example/demo/uebung5/aufgabe21/TestLoggerService.java

@@ -0,0 +1,17 @@
+package org.example.demo.uebung5.aufgabe21;
+
+import jakarta.annotation.PostConstruct;
+import jakarta.ejb.Stateless;
+import jakarta.inject.Inject;
+import org.jboss.logging.Logger;
+
+@Stateless
+public class TestLoggerService {
+
+    @Inject
+    private Logger logger;
+
+    public void logBeispiel() {
+        logger.info("CDI-Logger funktioniert! Diese Nachricht kommt vom injizierten Logger.");
+    }
+}

server/src/main/resources/META-INF/beans.xml

@@ -1,6 +1,5 @@
 <?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 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" bean-discovery-mode="annotated">
 
 </beans>
+

server/src/main/webapp/WEB-INF/beans.xml

@@ -1,6 +1,3 @@
 <?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_0.xsd"
-       version="4.0" bean-discovery-mode="annotated">
+<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_0.xsd" version="4.0" bean-discovery-mode="annotated">
 </beans>