Exceptions mit try-catch-Surrounding - Probleme

[Robotron]

Hallo,

ich bin gerade dabei Reflections zu üben.

Dabei habe ich für einen reibungslosen Programmablauf Exceptions eingebaut mit "try-catch-surroundings".
Leider funktionieren diese Exceptions bei mir nicht.
Die Klasse java.util.InputMismatchException; habe ich importiert (import java.util.InputMismatchException;.
Somit würde ich gern wissen wollen, woran es liegt.

Hier ist der Programmcode (leider ließ er sich hier nicht im Orginalformat reinkopieren:

package Reflections;

//Import von Klassen
import java.lang.reflect.Field;
import java.lang.reflect.Method;
import java.net.MalformedURLException;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.Scanner;
import java.util.InputMismatchException;

//Import von Klassen aus anderen Paketen
import Unternehmen_A.Abteilung.*;
import Unternehmen_A.Mitarbeiter.*;
import Unternehmen_A.Praktikanten.*;

public class Haupt {

    public static void main(String[] args) {

            //Anzeige, ob Klasse im Program vorhanden ist

            //Eingabe der Klasse, die geprüft werden soll
            System.out.println("Gib die Klasse ein, die geprüft werden soll: ");
            String input1 = new Scanner(System.in).nextLine();
            //Objekt "Klasse" erstellen
            try {
                Class<?> classObject = Class.forName(input1);
                System.out.println(classObject);
            } catch (ClassNotFoundException exception1) {
                System.out.println("Diese Klasse gibt es in dem Programm nicht.");
            }

            //Klassen laden über Class-Loader

            //Eingabe der Klasse, die geladen werden soll
            System.out.println("Gib die Klasse ein, die geladen werden soll: ");
            String input2 = new Scanner(System.in).nextLine();
            //Objekt "Klasse" erstellen
            try {
                ClassLoader classObject = ClassLoader.getSystemClassLoader();
                classObject.loadClass(input2);
                System.out.println(classObject);
            } catch (ClassNotFoundException exception2) {
                System.out.println("Diese Klasse gibt es in dem Programm nicht.");
            }

            ///Class-Loader aus extern: Beispiel Klasse "Hunde" aus dem Programm Paw Petrols

            try {
                ClassLoader externClassObject = new URLClassLoader(new URL[] {
                    //Pfad zur externen Klasse
                    new URL("C:\\Users\\erikh\\OneDrive\\Dokumente\\Weiterbildung\\EDV-Weiterbildung\\Java-Grundkurs\\Paw_Petrols\\bin")
                });
                System.out.println(externClassObject);
            } catch (MalformedURLException exception3) {
                System.out.println("Sorry, den Pfad haben wir nicht gefunden.");
            }
    }
}

Für Hilfe danke ich.

 

[KonradN]

Code bitte in Code-Tags posten. Dazu am Einfachsten den Knopf </> links oberhalb des Eingabebereichs nutzen.

Und was ist bitte genau das Problem? Du hast einen import auf InputMismatchException, aber Du nutzt diese an keiner Stelle. Und ich sehe auch an keiner Stelle, wo diese Exception geworfen werden könnte. Scanner wirft diese beim Token basierten Lesen, wenn eine Eingabe den gewünschten Pattern nicht entspricht, aber Du hast von Scanner ja nur nextLine verwendet und nextLine wirft diese Exception auch nicht (wie ein Blick in die Dokumentation direkt aufzeigt).

 

[Robotron]

OK, dann scheine ich das mit dem Scanner noch nicht ausreichend verstanden zu haben.
Darf ich fragen, wie der Code aussehen müsste, damit der Scanner die Exception wirft?
Ich habe einiges ausprobiert, aber leider hat es nicht geklappt.
Für die Mühe danke ich im Voraus.

 

[KonradN]

Also erst einmal sollte man bei so Fragestellungen die Dokumentation der betroffenen Klassen lesen. Also z.B.:

InputMismatchException (Java SE 21 & JDK 21)

declaration: module: java.base, package: java.util, class: InputMismatchException

docs.oracle.com

um mehr über die Exception zu erfahren und da findet man dann den Hinweis, dass Scanner diese Exception nutzt:

Scanner (Java SE 21 & JDK 21)

declaration: module: java.base, package: java.util, class: Scanner

docs.oracle.com

Da kann man dann die Beschreibung der Methoden durchgehen, ob man eine Methode findet, die diese Exception wirft. Das ist z.B. bei nextInt der Fall:

Scanner (Java SE 21 & JDK 21)

declaration: module: java.base, package: java.util, class: Scanner

docs.oracle.com

was u.a. besagt:

InputMismatchException - if the next token does not match the Integer regular expression, or is out of range

Also wird diese Exception geworfen, wenn Scanner ein int Wert lesen soll aber kein int Wert gelesen wurde.

Also machen wir ein einfaches Beispiel, bei dem ich dann den Konstruktor Scanner(String) nutze:

        Scanner scanner = new Scanner("Hallo");
        try {
            int number = scanner.nextInt();
            System.out.println(number);
        } catch (InputMismatchException ex) {
            System.out.println("Not a number!");
            ex.printStackTrace();
        }

Aber so in Exceptions zu laufen wird in der Regel vermieden. Statt dessen prüft man Dinge vorab ab. Das wäre dann etwas in der Art:

        Scanner scanner = new Scanner("Hallo");
        if (scanner.hasNextInt()) {
            int number = scanner.nextInt();
            System.out.println(number);
        } else {
            System.out.println("Not a number: " + scanner.next());
        }

Und was man hier auch erkennen kann: man erstellt eine Instanz von Scanner uns nutzt diese dauerhaft. Ein ständiges new Scanner().nextLine() oder so ist etwas, das ich als sehr schlechtes Pattern ansehen würde. Eine Kontrolle wäre hier z.B. nicht möglich, da eine Scanner Instanz bei hasNextInt Dinge intern cached. Damit wäre bei einer neuen Scanner Instanz diese Information wieder weg.

Es hat lediglich den Vorteil, dass man sich deutlich weniger einen Kopf machen muss, wie Scanner funktioniert z.B. bei Wechsel zwischen Token basierter Eingabe zu Zeilen basierter Eingabe oder nach einem Check oder einer Exception das Auslesen des untauglichen Inhalts (Was ich z.B. mit dem next() Aufruf in der Ausgabe.)

Und auch noch der Hinweis: Scanner implementiert AutoClosable und das sollte man auch berücksichtigen und ggf. ein try-with-resources nutzen wo angebracht.

 

[Robotron]

Ich danke für die Tipps und Recherchemöglichkeiten.

Wenn ich das richtig verstehe, ist bei Scanner nextLine() das Werfen von Exceptions gar nicht möglich.
Wie könnte man dann in der Scanner Klasse Exceptions werfen lassen, wenn man String Werte eingeben muss?
Bei meinem o.g. Code sollen ja String Werte geprüft werden

 

[KonradN]

nextLine kann auch Exceptions werfen:

• nextLine ​

  public String nextLine()
  Advances this scanner past the current line and returns the input that was skipped. This method returns the rest of the current line, excluding any line separator at the end. The position is set to the beginning of the next line.
  Since this method continues to search through the input looking for a line separator, it may buffer all of the input searching for the line to skip if no line separators are present.
  Returns:the line that was skipped
  Throws:
  NoSuchElementException - if no line was found
  IllegalStateException - if this scanner is closed

Das kannst Du auch jeweils triggern:

        Scanner scanner = new Scanner("");
        scanner.nextLine();

Im Konstruktor wird ein Scanner erzeugt, ohne Inhalt. Da kein Inhalt vorliegt, kann keine Zeile gelesen werden.
Diese Exception wird also geworfen, wenn ein Stream o.ä. am Ende angekommen ist und Du versuchst, davon ein Element (Hier eine Zeile) zu lesen.

Das andere Beispiel wäre z.B. etwas wie hier:

        Scanner scanner = new Scanner("Hallo");
        scanner.close();
        scanner.nextLine();

Der Scanner ist geschlossen, wenn Du nextLine aufrufst. Hier ist dies durch scanner.close gemacht. Du nutzt es für Eingaben und da hat man dann so ein Problem z.B. wenn man einen Scanner auf System.in schliesst, was danna auch System.in schliesst so dass ein neuer Scanner auf System.in nichts lesen kann, da System.in ja geschlossen wurde.

 

[KonradN]

Wie könnte man dann in der Scanner Klasse Exceptions werfen lassen, wenn man String Werte eingeben muss?
Bei meinem o.g. Code sollen ja String Werte geprüft werden

Eine Eingabe wird immer ein gültiger String sein aus Java Sicht (Das ist halt unter dem Strich einfach eine Menge von Codepoints was 16Bit Zahlen sind. Das mögen ggf. keine gültigen UTF Zeichen sein (z.B. ein einzelner Surrogate 0xD800-0xDFFF), technisch ist das erst einmal unproblematisch).

Wenn Du spezielle Anforderungen hast, dann kannst Du das entweder selbst prüfen (Also den String einfach einlesen um dann zu prüfen, ob der String den Anforderungen entspricht) oder falls Du z.B. einen Regulären Ausdruck angeben kannst, dann könntest Du auch Scanner.next(Pattern) nutzen. Das ist aber natürlich nicht immer möglich. Wenn Du auch eine Funktionalität sicher stellen willst, dann sind halt aktive Tests notwendig, die Scanner nicht kann (z.B. prüfen, ob eine Eingabe einem gültigen, existierendem File entspricht. Oder ob eine URL gültig ist und da ein Server wie gewünscht antwortet....)