Welche Änderungen sind an der Zeile <h:outputScript library="javax.faces" name="jsf.js" /> für Java 17 erforderlich?

Question

Welche Änderungen sind an der Zeile <h:outputScript library="javax.faces" name="jsf.js" /> für Java 17 erforderlich?

Antwort

Verwandte Fragen

Wie benutze ich javax.faces jsf.js in Jakarta?

Wie kann man in Java erkennen, ob eine Datei ein Bild oder Text enthält?

Kann sich in Java eine Annotation für Typen auf den annotierten Typ selbst beziehen?

Welche ICAP-Implementierungen für Java gibt es?

Warum werden Style-Attribute bei JSF-Tags beim Rendern nicht berücksichtigt?

Wie kann ich in Java per Reflection ermitteln, in welchem Interface eine Methode als erstes deklariert wurde?

Wie kann ich bei t:radio die Ausgabe einzelner Elemente per Index steuern, ohne Tomahawk zu verwenden?

Wodurch lässt sich t:column aus Tomahawk in Standard-JSF ersetzen?

Wie kann ich den Fehler java.lang.NoClassDefFoundError: org/apache/commons/io/IOUtils beim Nutzen einer Bibliothek beheben?

Wann verwendet man in Java ein Interface und wann eine abstrakte Klasse? Je 5 Beispiele.

Accepted Answer

In Java 17 und der aktuellen Version von Jakarta EE (ehemals Java EE) hat sich der Namespace für die JavaServer Faces (JSF) Bibliotheken geändert. Du solltest die Zeile wie folgt anpassen: ```xml <h:outputScript library="jakarta.faces" name="jsf.js" /> ``` Stelle sicher, dass du die entsprechenden Abhängigkeiten in deinem Projekt aktualisierst, um die Jakarta-Version von JSF zu verwenden.

Accepted Answer

Um `javax.faces.jsf.js` in Jakarta EE zu verwenden, musst du sicherstellen, dass du die Jakarta Faces API in deinem Projekt integriert hast. Hier sind die Schritte, die du befolgen kannst: 1. **Abh&a... [mehr]

Accepted Answer

Um `javax.faces.jsf.js` in Jakarta EE zu verwenden, musst du sicherstellen, dass du die Jakarta Faces API in deinem Projekt integriert hast. Hier sind die Schritte, die du befolgen kannst: 1. **Abhängigkeiten hinzufügen**: Stelle sicher, dass du die notwendigen Jakarta Faces-Bibliotheken in deinem Build-Management-Tool (wie Maven oder Gradle) hinzufügst. Für Maven könnte das so aussehen: ```xml <dependency> <groupId>jakarta.faces</groupId> <artifactId>jakarta.faces-api</artifactId> <version>2.3.9</version>  <scope>provided</scope> </dependency> ``` 2. **JSF-Konfiguration**: Stelle sicher, dass du die JSF-Konfiguration in deiner `web.xml` oder durch Annotationen in deinen Managed Beans vornimmst. Ein einfaches Beispiel für `web.xml`: ```xml <faces-config xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-facesconfig_2_3.xsd" version="2.3"> </faces-config> ``` 3. **JSF-Seiten erstellen**: Erstelle deine JSF-Seiten (z.B. `.xhtml`-Dateien) und binde die `jsf.js`-Datei ein. Dies geschieht normalerweise im `<head>`-Tag deiner XHTML-Datei: ```xml <h:head> <title>Meine JSF-Seite</title> <h:outputScript library="javax.faces" name="jsf.js" /> </h:head> ``` 4. **Server-Setup**: Stelle sicher, dass du einen Jakarta EE-kompatiblen Server verwendest, der JSF unterstützt, wie Payara, WildFly oder TomEE. 5. **Anwendung starten**: Starte deinen Server und greife auf deine JSF-Anwendung zu, um sicherzustellen, dass alles korrekt funktioniert. Durch diese Schritte solltest du in der Lage sein, `javax.faces.jsf.js` in deiner Jakarta-Anwendung zu verwenden.

Accepted Answer

Um in Java zu erkennen, ob eine Datei ein Bild oder Text enthält, kannst du verschiedene Ansätze nutzen. Hier sind zwei gängige Methoden: **1. Über die Dateiendung:** Du kannst di... [mehr]

Accepted Answer

Um in Java zu erkennen, ob eine Datei ein Bild oder Text enthält, kannst du verschiedene Ansätze nutzen. Hier sind zwei gängige Methoden: **1. Über die Dateiendung:** Du kannst die Dateiendung prüfen, um einen ersten Hinweis auf den Typ zu bekommen. Das ist aber nicht 100% zuverlässig, da die Endung manipuliert sein kann. ```java String fileName = "beispiel.jpg"; if (fileName.endsWith(".jpg") || fileName.endsWith(".png") || fileName.endsWith(".gif")) { System.out.println("Wahrscheinlich ein Bild"); } else if (fileName.endsWith(".txt") || fileName.endsWith(".csv")) { System.out.println("Wahrscheinlich eine Textdatei"); } ``` **2. Über den Dateiinhalt (MIME-Type):** Zuverlässiger ist es, den Inhalt der Datei zu prüfen. Java bietet dazu die Klasse `Files` mit der Methode `probeContentType`: ```java import java.nio.file.*; Path path = Paths.get("beispiel.jpg"); String mimeType = Files.probeContentType(path); if (mimeType != null) { if (mimeType.startsWith("image")) { System.out.println("Die Datei ist ein Bild."); } else if (mimeType.startsWith("text")) { System.out.println("Die Datei ist eine Textdatei."); } else { System.out.println("Anderer Dateityp: " + mimeType); } } else { System.out.println("Dateityp konnte nicht erkannt werden."); } ``` **Hinweis:** - `Files.probeContentType` nutzt das Betriebssystem und kann je nach Plattform unterschiedlich zuverlässig sein. - Für komplexere Anforderungen gibt es Bibliotheken wie [Apache Tika](https://tika.apache.org/), die viele Dateitypen erkennen können. **Fazit:** Am zuverlässigsten ist die Erkennung über den MIME-Type mit `Files.probeContentType` oder einer spezialisierten Bibliothek wie Apache Tika.

Accepted Answer

Ja, in Java kann sich eine Annotation für Typen (Type Annotation) auf den Typ beziehen, auf den sie angewendet wird. Allerdings ist der direkte Bezug auf den annotierten Typ innerhalb der Annotat... [mehr]

Accepted Answer

Ja, in Java kann sich eine Annotation für Typen (Type Annotation) auf den Typ beziehen, auf den sie angewendet wird. Allerdings ist der direkte Bezug auf den annotierten Typ innerhalb der Annotation selbst nicht möglich, da Annotationen in Java keine Kenntnis über ihren Anwendungskontext haben. **Beispiel für eine Type Annotation:** ```java @Target(ElementType.TYPE_USE) @Retention(RetentionPolicy.RUNTIME) public @interface MyTypeAnnotation { String value(); } public class Example { MyTypeAnnotation @interface AnnotatedType {} } ``` **Erläuterung:** - Die Annotation `@MyTypeAnnotation` kann auf Typen angewendet werden, z.B. auf Variablen, Felder, Methodenrückgaben oder sogar generische Typen. - Innerhalb der Annotation selbst gibt es aber keine Möglichkeit, auf den Typ zuzugreifen, auf den sie angewendet wird. Annotationen sind rein deklarativ und enthalten keine Logik, die den Anwendungskontext kennt. **Beispiel für die Anwendung:** ```java public class Demo { private @MyTypeAnnotation("Beispiel") String annotatedField; } ``` **Fazit:** Eine Annotation kann auf einen Typ angewendet werden und damit diesen "annotieren". Sie kann sich aber nicht innerhalb ihrer eigenen Definition explizit auf den annotierten Typ beziehen. Der Bezug ist nur über Reflection zur Laufzeit möglich, indem du z.B. mit der Reflection-API prüfst, auf welchen Typ eine Annotation angewendet wurde. Weitere Infos: - [Java Type Annotations (Oracle)](https://docs.oracle.com/javase/tutorial/java/annotations/type_annotations.html) - [Java Reflection API](https://docs.oracle.com/javase/8/docs/api/java/lang/reflect/package-summary.html)

Accepted Answer

Für Java gibt es mehrere Implementierungen des iCalendar-Standards (iCal, RFC 5545), die oft als "iCal APIs" oder "iCalendar Libraries" bezeichnet werden. Die bekanntesten und... [mehr]

Accepted Answer

Für Java gibt es mehrere Implementierungen des iCalendar-Standards (iCal, RFC 5545), die oft als "iCal APIs" oder "iCalendar Libraries" bezeichnet werden. Die bekanntesten und am häufigstenutzten iCalendar-Implementierungen für Java sind: 1. **ical4j** [ical4j](https://github.com/ical4j/ical4j) ist die bekannteste und am weitesten verbreitete Java-Bibliothek zur Verarbeitung von iCalendar-Daten. Sie unterstützt das Parsen, Erstellen und Bearbeiten von iCalendar-Dateien und -Objekten. 2. **biweekly** [biweekly](https://github.com/mangstadt/biweekly) ist eine weitere moderne Java-Bibliothek für iCalendar. Sie ist leichtgewichtig, einfach zu benutzen und unterstützt auch neuere RFCs wie vCard. 3. **Google Calendar API Java Client** [Google Calendar API Java Client](https://developers.google.com/calendar/api/quickstart/java) ist keine reine iCalendar-Implementierung, aber ermöglicht die Interaktion mit Google Kalender, der intern iCalendar verwendet. 4. **JICalendar** [JICalendar](https://github.com/evanp/jicalendar) ist eine weniger verbreitete, aber ebenfalls verfügbare Java-Bibliothek zur Arbeit mit iCalendar-Daten. Diese Bibliotheken bieten unterschiedliche Schwerpunkte und Funktionalitäten. Für die meisten Anwendungsfälle ist ical4j die erste Wahl, da sie sehr umfassend und gut dokumentiert ist.

Accepted Answer

Das Problem, dass Style-Attribute an JSF-Tags (z. B. `<h:outputText style="color:red;" />`) beim Rendern nicht berücksichtigt werden, kann verschiedene Ursachen haben: 1. **Falsc... [mehr]

Accepted Answer

Das Problem, dass Style-Attribute an JSF-Tags (z. B. `<h:outputText style="color:red;" />`) beim Rendern nicht berücksichtigt werden, kann verschiedene Ursachen haben: 1. **Falsches Attribut verwendet:** Nicht alle JSF-Komponenten unterstützen das Attribut `style` oder `styleClass`. Prüfe in der [offiziellen JSF-Komponenten-Dokumentation](https://jakarta.ee/specifications/faces/3.0/apidocs/jakarta/faces/component/html/package-summary.html), ob das Attribut für die verwendete Komponente zulässig ist. 2. **Fehler im Attributnamen:** Achte auf die korrekte Schreibweise: - `style` für Inline-CSS - `styleClass` für CSS-Klassen 3. **Überschreibung durch externe CSS:** Externe Stylesheets oder andere CSS-Regeln können die Inline-Styles überschreiben. Prüfe mit den Entwicklertools deines Browsers, ob andere Regeln Vorrang haben. 4. **Fehlerhafte JSF-Implementierung oder Custom-Komponenten:** Bei selbst geschriebenen Komponenten oder bestimmten JSF-Bibliotheken kann es sein, dass das `style`-Attribut nicht korrekt weitergegeben oder gerendert wird. 5. **Fehler im Template oder Layout:** Wenn du z. B. ein eigenes Template verwendest, kann es sein, dass das Attribut beim Rendern verloren geht. **Lösungsvorschläge:** - Überprüfe, ob das Attribut korrekt gesetzt ist und von der Komponente unterstützt wird. - Teste mit einer einfachen Standard-Komponente (z. B. `<h:outputText value="Test" style="color:red;" />`). - Kontrolliere das gerenderte HTML im Browser (Rechtsklick → „Element untersuchen“), ob das `style`-Attribut vorhanden ist. - Prüfe, ob externe CSS-Regeln das Styling überschreiben. **Beispiel:** ```xml <h:outputText value="Test" style="color:red;" /> ``` Im gerenderten HTML sollte dann stehen: ```html <span style="color:red;">Test</span> ``` Falls das nicht der Fall ist, liegt vermutlich einer der oben genannten Gründe vor. Weitere Infos findest du in der [offiziellen JSF-Dokumentation](https://jakarta.ee/specifications/faces/3.0/).

Accepted Answer

Um in Java per Reflection zu ermitteln, in welchem Interface eine Methode **als erstes** deklariert wurde, kannst du wie folgt vorgehen: 1. **Alle Interfaces der Klasse sammeln** (inklusive der geerb... [mehr]

Accepted Answer

Um in Java per Reflection zu ermitteln, in welchem Interface eine Methode **als erstes** deklariert wurde, kannst du wie folgt vorgehen: 1. **Alle Interfaces der Klasse sammeln** (inklusive der geerbten Interfaces). 2. **Die Interfaces in der Reihenfolge durchsuchen**, wie sie im Vererbungsbaum erscheinen. 3. **Prüfen, ob das Interface die Methode deklariert** (nicht nur erbt). Hier ein Beispielcode: ```java import java.lang.reflect.Method; import java.util.*; public class InterfaceMethodFinder { public static Class<?> findDeclaringInterface(Class<?> clazz, String methodName, Class<?>... parameterTypes) { Set<Class<?>> visited = new HashSet<>(); Queue<Class<?>> queue = new LinkedList<>(Arrays.asList(clazz.getInterfaces())); while (!queue.isEmpty()) { Class<?> iface = queue.poll(); if (visited.contains(iface)) continue; visited.add(iface); // Prüfen, ob das Interface die Methode selbst deklariert try { Method m = iface.getDeclaredMethod(methodName, parameterTypes); return iface; // Gefunden! } catch (NoSuchMethodException e) { // Methode nicht in diesem Interface deklariert } // Geerbte Interfaces hinzufügen queue.addAll(Arrays.asList(iface.getInterfaces())); } return null; // Nicht gefunden } // Beispielnutzung public static void main(String[] args) throws Exception { Class<?> result = findDeclaringInterface(MyClass.class, "myMethod", String.class); if (result != null) { System.out.println("Methode deklariert in: " + result.getName()); } else { System.out.println("Methode nicht in einem Interface deklariert."); } } } ``` **Hinweise:** - `getDeclaredMethod` prüft, ob die Methode **direkt** im Interface deklariert ist (nicht geerbt). - Die Reihenfolge der Interfaces ist nicht garantiert, aber mit einer Breitensuche (wie oben) findest du das "oberste" Interface, das die Methode deklariert. - Für komplexe Interface-Hierarchien kann die Reihenfolge variieren, aber in der Praxis ist dies meist ausreichend. **Weiterführende Links:** - [Java Reflection API – Oracle Docs](https://docs.oracle.com/javase/8/docs/api/java/lang/reflect/Method.html) - [getDeclaredMethod vs getMethod](https://stackoverflow.com/questions/13096248/difference-between-getmethod-and-getdeclaredmethod-in-java-reflection) Falls du eine bestimmte Interface-Hierarchie hast, kann der Code entsprechend angepasst werden.

Accepted Answer

Um bei t:radio (aus Tomahawk, also den Tomahawk JSF-Komponenten) über den Index auf die einzelnen Einträge zuzugreifen, nutzt man typischerweise das Attribut `index` innerhalb einer Iteratio... [mehr]

Accepted Answer

Um bei t:radio (aus Tomahawk, also den Tomahawk JSF-Komponenten) über den Index auf die einzelnen Einträge zuzugreifen, nutzt man typischerweise das Attribut `index` innerhalb einer Iteration (z.B. mit t:dataList oder t:selectOneRadio). Das ist ein Feature von Tomahawk. **Ohne Tomahawk**, also mit den Standard-JSF-Komponenten (z.B. h:selectOneRadio), gibt es kein direktes `index`-Attribut. Du kannst aber trotzdem den Index ermitteln, indem du in deiner Bean oder im EL-Ausdruck darauf zugreifst. **Möglichkeiten ohne Tomahawk:** 1. **Mit f:forEach und h:selectOneRadio:** ```xml <h:selectOneRadio value="#{bean.selectedValue}"> <f:selectItems value="#{bean.items}" var="item" itemValue="#{item.value}" itemLabel="#{item.label}" /> </h:selectOneRadio> ``` Hier gibt es keinen Index direkt, aber du kannst in deiner Bean die Liste mit Indexen verwalten. 2. **Mit ui:repeat und h:selectOneRadio:** ```xml <ui:repeat value="#{bean.items}" var="item" varStatus="status"> <h:selectOneRadio value="#{bean.selectedValue}"> <f:selectItem itemValue="#{item.value}" itemLabel="#{item.label}" /> </h:selectOneRadio>  </ui:repeat> ``` Mit `varStatus="status"` erhältst du Zugriff auf den aktuellen Index über `#{status.index}`. 3. **In der Bean:** Du kannst in deiner Bean eine Methode bereitstellen, die den Index eines Elements zurückgibt, z.B.: ```java public int getIndex(MyItem item) { return items.indexOf(item); } ``` Und im JSF: ```xml <ui:repeat value="#{bean.items}" var="item"> #{bean.getIndex(item)} </ui:repeat> ``` **Fazit:** Ohne Tomahawk kannst du den Index über `ui:repeat` und das `varStatus`-Objekt (`#{status.index}`) erhalten. Das ist die gängigste Methode mit Standard-JSF-Komponenten. **Links:** - [JSF ui:repeat Dokumentation](https://jakarta.ee/specifications/faces/3.0/apidocs/jakarta.faces/jakarta/faces/webapp/ui/repeat) - [h:selectOneRadio Dokumentation](https://jakarta.ee/specifications/faces/3.0/apidocs/jakarta.faces/jakarta/faces/component/html/htmlselectoneradio)

Accepted Answer

Das `t:column`-Tag aus Apache Tomahawk ist eine Erweiterung des Standard-JSF `<h:column>`-Tags. In den meisten Fällen kannst du `t:column` direkt durch `<h:column>` ersetzen, wenn du... [mehr]

Accepted Answer

Das `t:column`-Tag aus Apache Tomahawk ist eine Erweiterung des Standard-JSF `<h:column>`-Tags. In den meisten Fällen kannst du `t:column` direkt durch `<h:column>` ersetzen, wenn du keine speziellen Tomahawk-Features verwendest. **Beispiel:** Tomahawk: ```xml <t:dataTable value="#{bean.items}" var="item"> <t:column> <h:outputText value="#{item.name}" /> </t:column> </t:dataTable> ``` Standard-JSF: ```xml <h:dataTable value="#{bean.items}" var="item"> <h:column> <h:outputText value="#{item.name}" /> </h:column> </h:dataTable> ``` **Wichtige Hinweise:** - Prüfe, ob du spezielle Attribute oder Features von `t:column` nutzt (z.B. `sortable`, `styleClass`, etc.), die im Standard-JSF nicht vorhanden sind. Diese müsstest du ggf. anders umsetzen. - Für einfache Tabellen reicht der Wechsel zu `<h:column>` in der Regel aus. **Weitere Infos:** - [JSF Standard DataTable Dokumentation](https://jakarta.ee/specifications/faces/3.0/apidocs/jakarta/faces/component/html/hdatatable) - [Apache Tomahawk Dokumentation](https://myfaces.apache.org/tomahawk/) Falls du spezielle Tomahawk-Features nutzt, die im Standard nicht vorhanden sind, musst du ggf. auf andere Bibliotheken wie [PrimeFaces](https://www.primefaces.org/) oder [RichFaces](https://richfaces.jboss.org/) ausweichen oder eigene Lösungen implementieren.

Accepted Answer

Der Fehler java.lang.NoClassDefFoundError: org/apache/commons/io/IOUtils bedeutet, dass die Klasse IOUtils aus der Bibliothek Apache Commons IO zur Laufzeit nicht gefunden werden kann. Das passiert me... [mehr]

Accepted Answer

Der Fehler java.lang.NoClassDefFoundError: org/apache/commons/io/IOUtils bedeutet, dass die Klasse IOUtils aus der Bibliothek Apache Commons IO zur Laufzeit nicht gefunden werden kann. Das passiert meist, wenn die entsprechende JAR-Datei nicht im Klassenpfad (Classpath) deines Projekts liegt. So kannst du das Problem beheben: 1. **Bibliothek einbinden** Stelle sicher, dass die [Apache Commons IO](https://commons.apache.org/proper/commons-io/) Bibliothek in deinem Projekt eingebunden ist. - **Maven:** Füge in deiner `pom.xml` folgenden Eintrag hinzu: ```xml <dependency> <groupId>commons-io</groupId> <artifactId>commons-io</artifactId> <version>2.11.0</version> </dependency> ``` - **Gradle:** Füge in deiner `build.gradle` hinzu: ```groovy implementation 'commons-io:commons-io:2.11.0' ``` - **Manuell:** Lade die JAR-Datei von [Maven Central](https://search.maven.org/artifact/commons-io/commons-io) herunter und füge sie dem Klassenpfad deines Projekts hinzu. 2. **Build und Laufzeit prüfen** Stelle sicher, dass die Bibliothek sowohl beim Kompilieren als auch beim Ausführen im Klassenpfad liegt. Bei IDEs wie Eclipse oder IntelliJ sollte das nach dem Hinzufügen der Abhängigkeit automatisch passieren. 3. **Deployment prüfen** Wenn du ein WAR- oder JAR-File baust, prüfe, ob die Bibliothek im Archiv enthalten ist oder auf dem Server bereitgestellt wird. **Zusammengefasst:** Der Fehler verschwindet, sobald die Datei `commons-io-*.jar` korrekt im Klassenpfad liegt. Prüfe, ob die Abhängigkeit richtig eingebunden ist und wiederhole ggf. den Build-Prozess. Weitere Infos zur Bibliothek findest du hier: https://commons.apache.org/proper/commons-io/

Accepted Answer

In Java werden Interfaces und abstrakte Klassen für unterschiedliche Zwecke eingesetzt. Hier die wichtigsten Unterschiede und typische Anwendungsfälle: **Interface:** - Wird verwendet, um e... [mehr]

Accepted Answer

In Java werden Interfaces und abstrakte Klassen für unterschiedliche Zwecke eingesetzt. Hier die wichtigsten Unterschiede und typische Anwendungsfälle: **Interface:** - Wird verwendet, um eine Schnittstelle zu definieren, die von beliebigen Klassen implementiert werden kann, unabhängig von deren Platz in der Klassenhierarchie. - Mehrfachvererbung ist möglich (eine Klasse kann mehrere Interfaces implementieren). - Enthält nur Methodensignaturen (ab Java 8 auch default/static-Methoden, aber keine Zustände/Instanzvariablen außer `static final`). **Abstrakte Klasse:** - Wird verwendet, um eine gemeinsame Basisklasse mit (ggf. teilweiser) Implementierung zu schaffen. - Kann sowohl abstrakte als auch konkrete Methoden enthalten. - Kann Felder (Instanzvariablen) und Konstruktoren besitzen. - Nur Einfachvererbung möglich (eine Klasse kann nur von einer abstrakten Klasse erben). --- ### 5 Beispiele für den Einsatz eines **Interface**: 1. **Vergleichbarkeit**: ```java public interface Comparable<T> { int compareTo(T o); } ``` Wird von Klassen wie `String`, `Integer` usw. implementiert. 2. **Ereignisbehandlung (Listener)**: ```java public interface ActionListener { void actionPerformed(ActionEvent e); } ``` Wird von GUI-Komponenten verwendet. 3. **Datenübertragung (Serializable)**: ```java public interface Serializable {} ``` Markiert Objekte, die serialisiert werden können. 4. **Funktionale Schnittstellen (z.B. Runnable)**: ```java public interface Runnable { void run(); } ``` Für Threads und parallele Ausführung. 5. **Sammlungen (z.B. List, Set, Map)**: ```java public interface List<E> extends Collection<E> { ... } ``` Wird von ArrayList, LinkedList usw. implementiert. --- ### 5 Beispiele für den Einsatz einer **abstrakten Klasse**: 1. **Basisklasse für Tiere**: ```java public abstract class Animal { public abstract void makeSound(); public void eat() { System.out.println("Animal is eating"); } } ``` Gemeinsame Funktionalität für verschiedene Tierarten. 2. **Abstrakte GUI-Komponente**: ```java public abstract class Component { public abstract void draw(); public void move(int x, int y) { ... } } ``` Basisklasse für verschiedene GUI-Elemente. 3. **Abstrakte Datenbankverbindung**: ```java public abstract class DatabaseConnection { public abstract void connect(); public void disconnect() { ... } } ``` Gemeinsame Methoden für verschiedene Datenbanktypen. 4. **Abstrakte Fahrzeugklasse**: ```java public abstract class Vehicle { public abstract void drive(); public void refuel() { ... } } ``` Für Autos, Motorräder, LKWs usw. 5. **Abstrakte Dokumentklasse**: ```java public abstract class Document { public abstract void print(); public void save() { ... } } ``` Für verschiedene Dokumenttypen wie PDF, Word, etc. --- **Zusammenfassung:** - **Interface**: Wenn du eine reine Schnittstelle ohne Implementierung und ohne Zustände brauchst, die von vielen, auch nicht verwandten Klassen implementiert werden soll. - **Abstrakte Klasse**: Wenn du eine gemeinsame Basisklasse mit (teilweiser) Implementierung und gemeinsamen Feldern brauchst, von der spezialisierte Klassen erben sollen.