Übungsaufgaben zum Projekt und ersten Endpunkt: Mitfahrgesuche abrufen

Übungsaufgaben zum Projekt und ersten Endpunkt: Mitfahrgesuche abrufen

https://bildung.social/@oerinformatik/

https://oer-informatik.de/spring-boot-projekt-anlegen-uebungsaufgaben

Spring Boot, REST-Controller, Annotationen, Record, Projektstruktur, HTTP-Statuscodes, Fehlersuche, Query-Parameter, Übungsaufgaben, Prüfungsvorbereitung

tl/dr; (ca. 39 min Lese- und Bearbeitungszeit): Übungen zum Spring-Boot-Projekt des Mitfahr-Backends: Du ordnest Annotationen und Dateien zu, schreibst einen Controller für Mitfahrgesuche mit Record und Pfadvariable, sagst Antworten auf Anfragen voraus, findest Fehler in einem Controller anhand ihrer Symptome und ergänzt einen Filter über einen Query-Parameter [AI-Assisted]. (Zuletzt geändert am 11.11.2026)

Dieser Artikel ist Teil einer Artikelreihe über ein REST-Backend mit Spring Boot: Überblick und Fahrplan / 01 Anforderungen und API-Vertrag / 02 Projekt anlegen / Übungsaufgaben zu 02

Diese Übungsaufgaben gehören zum Artikel Das Projekt anlegen: der erste Endpunkt für das Mitfahrlabor-Backend. Sie setzen den Übungsstrang zu den Mitfahrgesuchen aus den Übungen zu Artikel 01 fort. Als Ausgangspunkt eignet sich das Projekt im Ordner src/02-projekt-anlegen des Repositorys.

Hinweise zur Bearbeitung: Bis zur Teil-1-Prüfung der IT-Berufe solltest Du die Basiskompetenz beherrschen, also Aufgabe 1.1 und Aufgabe 1.2. Als FIA, FIDP oder FIDV musst Du zur Teil-2-Prüfung Aufgaben auf Kernkompetenz-Ebene lösen können, das sind Aufgabe 2.1 und Aufgabe 2.2. Von FIA wird zusätzlich erwartet, dass ihnen Aufgaben auf Profilkompetenz-Ebene (Aufgabe 3.1 und Aufgabe 3.2) keine Probleme bereiten. Notiere Deine Antworten zuerst vollständig, bevor Du die Beispiellösung aufklappst. Den Code kannst Du im Projekt aus dem Repository ausprobieren; andere fachlich richtige Lösungen sind ebenso richtig.

Du möchtest eigene Aufgaben zum Üben von einem KI-Sprachmodell generieren lassen? Prompt ein-/ausblenden

Erstelle neue Übungsaufgaben zum Thema „Das Projekt anlegen:
Mitfahrgesuche abrufen“.

Bauplan: Halte Dich an Aufbau, Kompetenzstufen, Operatoren,
Anforderungsbereiche, Punkte und Zeitschätzung, die im Artikel
https://oer-informatik.de/aufgaben-aufbau beschrieben sind.

Fachliche Grundlage:
- https://oer-informatik.de/spring-boot-projekt-anlegen
- https://oer-informatik.de/rest-grundlagen
- Stilbeispiel: https://oer-informatik.de/spring-boot-projekt-anlegen-uebungsaufgaben

Die Aufgaben sollen Inhalte zu diesen Schlagwörtern abdecken:
- Spring Boot
- REST-Controller
- Annotationen
- Record
- Projektstruktur
- HTTP-Statuscodes
- Fehlersuche
- Query-Parameter

Kompetenzstufe: Basiskompetenz (alternativ: Kernkompetenz, Profilkompetenz, Expertise)
Anzahl: 1 Aufgabe mit Teilaufgaben
Bearbeitungszeit in Minuten ca.: <5 bis 30 min>
Szenario: eines der Szenarien aus dem Bauplan

Vorgehen:
1. Lies zuerst die verlinkten Artikel. Kannst Du keine Webseiten
   abrufen, sag mir das, statt zu raten.
2. Steht bei einer Angabe noch ein Platzhalter in <…>, frag mich
   zuerst danach. Richte Punkte und Zahl der Teilaufgaben nach der
   Bearbeitungszeit (ca. 0,9 min je Punkt).
3. Gib je Aufgabe Titel mit Kompetenzstufe, Ausgangssituation und
   Teilaufgaben mit Operator und Punktzahl aus, dazu die geschätzte
   Bearbeitungszeit.
4. Gib die Beispiellösungen mit Punkteverteilung erst aus, wenn ich
   danach frage.

Aufgabe 1.1: Annotationen zuordnen (Basiskompetenz)

Ordne jeder Annotation ihre Aufgabe im Mitfahrlabor-Backend zu. (5 Punkte)

Aufgabe 1.2: Dateien im Projekt finden (Basiskompetenz)

Das Projektteam ergänzt das Backend um Mitfahrgesuche. Gib für jede Datei den Ordner im Projekt mitfahrlabor an, in den sie gehört. (5 Punkte)

Aufgabe 2.1: Einen Controller für Gesuche schreiben (Kernkompetenz)

Bis die Datenbank angebunden ist, sollen die Gesuche wie die Haltepunkte in einer Liste im Controller stehen. Ein Gesuch hat eine id, die haltepunktId, die richtung (zur-schule oder nach-hause), das datum und ein Zeitfenster aus zeitVon und zeitBis (jeweils HH:MM). Für den Anfang genügen diese drei Gesuche, alle für Montag, 23.11.2026:

a) Notiere einen Record GesuchDto im Paket de.dbh.mitfahrlabor.web. Wähle für das Datum einen passenden Java-Typ. (3 Punkte)

package de.dbh.mitfahrlabor.web;

import java.time.LocalDate;

public record GesuchDto(long id, long haltepunktId, String richtung, LocalDate datum,
        String zeitVon, String zeitBis) {
}

b) Notiere die Klasse GesuchController mit den Endpunkten GET /v1/gesuche (alle Gesuche) und GET /v1/gesuche/{gesuchId} (ein Gesuch oder 404 Not Found). (8 Punkte)

package de.dbh.mitfahrlabor.web;

import java.time.LocalDate;
import java.util.List;

import org.springframework.http.ResponseEntity;
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("/v1/gesuche")
public class GesuchController {

    private final List<GesuchDto> gesuche = List.of(
            new GesuchDto(1, 1, "zur-schule", LocalDate.of(2026, 11, 23), "06:45", "07:15"),
            new GesuchDto(2, 3, "zur-schule", LocalDate.of(2026, 11, 23), "07:00", "07:20"),
            new GesuchDto(3, 1, "nach-hause", LocalDate.of(2026, 11, 23), "15:00", "16:00"));

    @GetMapping
    public List<GesuchDto> listeGesuche() {
        return gesuche;
    }

    @GetMapping("/{gesuchId}")
    public ResponseEntity<GesuchDto> holeGesuch(@PathVariable long gesuchId) {
        return gesuche.stream()
                .filter(g -> g.id() == gesuchId)
                .findFirst()
                .map(ResponseEntity::ok)
                .orElse(ResponseEntity.notFound().build());
    }
}

Aufgabe 2.2: Antworten vorhersagen (Kernkompetenz)

Die Anwendung mit dem Controller aus Aufgabe 2.1 läuft auf Port 8080. Gib für jede Anfrage den Statuscode und den Inhalt des Bodys an. (6 Punkte)

1. GET http://localhost:8080/v1/gesuche/2
2. GET http://localhost:8080/v1/gesuche/7
3. GET http://localhost:8080/v1/gesuche/zwei
4. GET http://localhost:8080/v1/gesuch/2

Aufgabe 3.1: Fehler anhand der Symptome finden (Profilkompetenz)

Ein Teammitglied hat seinen eigenen GesuchController geschrieben. Die Anwendung startet ohne Fehlermeldung, aber die Anfragen liefern seltsame Antworten.

package de.dbh.gesuche;

import java.util.List;

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;

import de.dbh.mitfahrlabor.web.GesuchDto;

@RestController
@RequestMapping("/v1/gesuche")
public class GesuchController {

    private final List<GesuchDto> gesuche = List.of(/* drei Gesuche wie in Aufgabe 2.1 */);

    @GetMapping
    public List<GesuchDto> listeGesuche() {
        return gesuche;
    }

    @GetMapping("/{id}")
    public GesuchDto holeGesuch(@PathVariable long gesuchId) {
        return gesuche.stream()
                .filter(g -> g.id() == gesuchId)
                .findFirst()
                .orElse(null);
    }
}

a) Jede Anfrage an /v1/gesuche beantwortet die Anwendung mit 404 Not Found, obwohl der Pfad stimmt. Erläutere die Ursache und korrigiere sie. (3 Punkte)

Nach der Korrektur aus a) liefert GET /v1/gesuche die Liste. Es bleiben zwei Probleme:

b) GET /v1/gesuche/1 endet mit 500 Internal Server Error. Im Log steht: MissingPathVariableException: Required URI template variable 'gesuchId' for method parameter type long is not present. Erläutere die Ursache und gib zwei verschiedene Korrekturen an. (4 Punkte)

c) GET /v1/gesuche/7 liefert 200 OK mit leerem Body. Erläutere, warum das nicht zum API-Vertrag passt, und korrigiere die Methode. (3 Punkte)

@GetMapping("/{gesuchId}")
public ResponseEntity<GesuchDto> holeGesuch(@PathVariable long gesuchId) {
    return gesuche.stream()
            .filter(g -> g.id() == gesuchId)
            .findFirst()
            .map(ResponseEntity::ok)
            .orElse(ResponseEntity.notFound().build());
}

Aufgabe 3.2: Gesuche nach Richtung filtern (Profilkompetenz)

Die Flurmonitore sollen morgens nur Gesuche in Richtung Schule zeigen. Dafür soll GET /v1/gesuche?richtung=zur-schule nur die passenden Gesuche liefern. Ohne den Parameter bleibt es bei allen Gesuchen.

a) Ändere die Methode listeGesuche() aus Aufgabe 2.1 entsprechend. Nutze die Annotation @RequestParam. (4 Punkte)

@GetMapping
public List<GesuchDto> listeGesuche(@RequestParam(required = false) String richtung) {
    if (richtung == null) {
        return gesuche;
    }
    return gesuche.stream()
            .filter(g -> g.richtung().equals(richtung))
            .toList();
}

b) Begründe, warum die Richtung hier als Query-Parameter übergeben wird und nicht als Teil des Pfads wie bei /v1/gesuche/{gesuchId}. (2 Punkte)

Links und weitere Informationen

• zum Nachlesen: Das Projekt anlegen: der erste Endpunkt für das Mitfahrlabor-Backend

• zum Nachlesen: Representational State Transfer (REST)

• als Nachschlagewerk: Spring Framework: Annotated Controllers

Hinweis zur Nachnutzung als Open Educational Resource (OER)

Dieser Artikel und seine Texte, Bilder, Grafiken, Code und sonstiger Inhalt sind - sofern nicht anders angegeben - lizenziert unter CC BY 4.0. Nennung gemäß TULLU-Regel bitte wie folgt: “Übungsaufgaben zum Projekt und ersten Endpunkt: Mitfahrgesuche abrufen” von oer-informatik.de (H. Stein), Lizenz: CC BY 4.0. Der Artikel wurde unter https://oer-informatik.de/spring-boot-projekt-anlegen-uebungsaufgaben veröffentlicht, die Quelltexte sind in weiterverarbeitbarer Form verfügbar im Repository unter https://gitlab.com/oer-informatik/java-springboot/Backend. Erstellt mit KI-Assistenz; von mir umfassend redaktionell überarbeitet, geprüft und freigegeben. Stand: 11.11.2026.

[Kommentare zum Artikel lesen, schreiben] / [Artikel teilen] / [gitlab-Issue zum Artikel schreiben]