Erste Schritte java.util.Scanner: Beliebig langen Text per Paste in Console eingeben ?

[Froschkönig]

Hallo liebe Forengemeinde,

bin noch Java Neuling ...UND hab in der Forensuche nix passendes gefunden gerade, also bitte nicht hauen ;-)

Beschäftige mich seit Oktober im Rahmen eines Zweitstudiums mit Java und muß gerade für eine Einsendearbeit ein programm schreiben, welches verschiedene Zeichen in einem String zählen kann. Ich bin mit der Sache acuh fertig und brüte gerade über einer verallgemeinerung, mit weniger Code deutlich mehr zu erreichen. Von Seiten des Umgangs mit der zählerei ist mir das auch ganz gut gelungen, mein Problem ist ein ganz anderes:

Ich wollte jetzt mal stumpf testen, was mein geschriebens Programm zählt, wenn ich den Text von Goethtes Faust bei der Abfrage der zu untersuchenden Zeichenkette eingebe und erhalte beim Paste vorgang in der Console direkt ne Exception und Game Over.

Also die Frage: WIE gehe ich vor, um in Java zuzulassen, dass ich nach aufforderung einer Nutzereingabe evtl 5 zeichen bekomme, oder 10 Zeilen ? oder ein ganzes Buch per Copy und Paste ?
Über den "BufferedReader" kann man wohl Textfiles einlesen, aber mir geht es wirklich um die Frage, ob man irgendwie in der Console lange Textstücke per Copy Paste einfügen kann ohne direkt nene Fehler zu produzieren ?

Danke für jegliche hilfreiche Antwort dazu

 

[mihe7]

Die Standardeingabe in Java ist ein Stream. Ein solcher hat kein vordefiniertes Ende, daher ist das grundsätzlich überhaupt kein Problem.

Wenn man allerdings erstmal bis zum Zeilenende puffert und mehrere hundert/tausend MB ohne Zeilenende in die Konsole klatscht, dann wird irgendwann der Speicher eng

Vermutung: in Deinem Code ist einfach ein Fehler. Was bekommst Du denn für eine Exception?

 

[Froschkönig]

Jaaaa...die Vermutung mit dem Fehler hab ich auch, sonst würde es ja gehen ;-)

[CODE lang="java"] static String str;

static void zeichenKetteEinlesen() {

Scanner sc = new Scanner(System.in);

sc.useDelimiter(System.lineSeparator());

System.out.println("Bitte geben Sie nun die Zeichenkette ein:");

str=sc.nextLine(); //Deklaration der zu untersuchenden Zeichenkette[/CODE]


Bei ausführung kommt, nachdem man einen Text per Copy&paste in die Console eingibt direkt nach "paste" Folgendes:

Dies ist ein Beispielprogramm zum Umgang mit Zeichenketten.
Sie können im Anschluss eine Zeichenkette eingeben,
sowie zusätzlich Zeichen, die sie darin suchen wollen.
Bei der Suche wird nicht zwischen Gross- und Kleinschreibung unterschieden!

Bitte geben Sie nun die Zeichenkette ein:
Ihr naht euch wieder, schwankende Gestalten!
Die früh sich einst dem trüben Blick gezeigt.
Versuch’ ich wohl euch diesmal fest zu halten?
Fühl’ ich mein Herz noch jenem Wahn geneigt?
Ihr drängt euch zu! nun gut, so mögt ihr walten
Wie ihr aus Dunst und Nebel um mich steigt;
Mein Busen fühlt sich jugendlich erschüttert
Vom Zauberhauch der euren Zug umwittert.Wie viele Zeichen wollen sie darin suchen?
Exception in thread "main" java.util.InputMismatchException
at java.base/java.util.Scanner.throwFor(Scanner.java:939)
at java.base/java.util.Scanner.next(Scanner.java:1594)
at java.base/java.util.Scanner.nextInt(Scanner.java:2258)
at java.base/java.util.Scanner.nextInt(Scanner.java:2212)
at ea04.heidenreich.AlternativeZeichenkettenanalyseTest.zeichenKetteEinlesen(AlternativeZeichenkettenanalyseTest.java:77)
at ea04.heidenreich.AlternativeZeichenkettenanalyseTest.main(AlternativeZeichenkettenanalyseTest.java:36)

 

[LimDul]

Da hast du die Zeile:
at ea04.heidenreich.AlternativeZeichenkettenanalyseTest.zeichenKetteEinlesen(AlternativeZeichenkettenanalyseTest.java:77)

Da rufst du nextInt auf - aber die Eingabe ist keine Zahl, sondern ein Text. Wenn du den Text per Copy & Paste mit umbrüchen reinkopierst, liest nextLine nur die erste Zeile und danach geht es weiter. Dann erwartet dein Programm eine Zahl, bekommt aber die zweite Zeile => BUMM

 

[Froschkönig]

Da hast du die Zeile:
at ea04.heidenreich.AlternativeZeichenkettenanalyseTest.zeichenKetteEinlesen(AlternativeZeichenkettenanalyseTest.java:77)

Da rufst du nextInt auf - aber die Eingabe ist keine Zahl, sondern ein Text. Wenn du den Text per Copy & Paste mit umbrüchen reinkopierst, liest nextLine nur die erste Zeile und danach geht es weiter. Dann erwartet dein Programm eine Zahl, bekommt aber die zweite Zeile => BUMM

Danke für den Hinweis, es ist mir natürlich bewusst, dass eine Exception geworfen wird, wenn ich als Eingabewert ein Integer erwarte aber ein String kommt. die Zeile 77 befindet sich ja aber weiter hinten im Code, das "Problem" ist also, wie ich dem Code davor beibringe, dass da jetzt ein längerer Text , evtl auch mit Zeilenumbrüchen eingegeben wird. Wenn ich die obere Zeile 7 weglasse und bei sc.NextLine() nur sc.next() nehme, passiert das selbe.

 

[LimDul]

Du musst solange nextLine aufrufen, bist du sicher bist, den gesamten Text eingelesen zu haben.

Wenn der Benutzer danach noch eine Zahl eingeben soll, kannst du erst mal nicht unterscheiden ob die Zahl zum Text gehört oder das die einzugebende Zahl ist. Das heißt, du musst irgendwas definieren, was das Ende des Textes kenntlich macht (z.B. einen speziellen Text, Leerzeile etc.) - was halt im einzugebenden Text definitiv nicht vorkommt.

 

[Froschkönig]

Hm...also letzlich (wie auch immer ich schließlich das Eingabe-Ende definiere...) lese ich nacheinander soviele Zeilen im Scanner ein wie eben nötig und verkette dabei die einzelnen Eingabezeilen in einer weiteren String-Variable um mit dieser am Ende weiterzuarbeiten. Habe ich das so einigermaßen richtig wiedergegeben ?

 

[kneitzel]

Hm...also letzlich (wie auch immer ich schließlich das Eingabe-Ende definiere...) lese ich nacheinander soviele Zeilen im Scanner ein wie eben nötig und verkette dabei die einzelnen Eingabezeilen in einer weiteren String-Variable um mit dieser am Ende weiterzuarbeiten. Habe ich das so einigermaßen richtig wiedergegeben ?

Du kannst die Eingabezeilen natürlich verketten, aber die Frage ist, ob Du nicht Zeile für Zeile bearbeiten kannst. Gerade bei langen Texten sparst Du so eine Menge an Speicher.

Das größere Problem dürfte aber bei dem Vorgehen sein, dass Du nie wissen kannst, wann Du am Ende bist. nextLine wird immer auf eine weitere Eingabe warten. Daher wird der Plan, so lange Zeilen einzulesen, bis Du am Ende bist, nicht funktionieren.

Was man machen könnte, wäre z.B. eine Zeile nur mit einem '.' als Endezeichen zu nehmen (oder irgend etwas in der Art ... von mir aus auch gerne "ENDE" oder so...)

 

[mihe7]

Sie können im Anschluss eine Zeichenkette eingeben,
sowie zusätzlich Zeichen, die sie darin suchen wollen.

Wieso liest Du da ein int ein?!?

 

[Froschkönig]

Wieso liest Du da ein int ein?!?

weil man zwischendrin dem Programm sagen kann, wie viele verschiedene Zeichen man suchen möchte

 

[Froschkönig]

Aber hat sich erledigt, so gehts:

        do {
            zeile = sc.next();                //Deklaration der zu untersuchenden Zeichenkette
            text = text + zeile;            //Verkettung mehrerer Eingabezeilen zu einem Gesamttext
        } while (!"#".equals(zeile));

Und wer es immer schon wissen wollte: Das Buch Genesis der Bibel enthält 11.749 mal den Buchstaben "a"

 

[Froschkönig]

Du kannst die Eingabezeilen natürlich verketten, aber die Frage ist, ob Du nicht Zeile für Zeile bearbeiten kannst. Gerade bei langen Texten sparst Du so eine Menge an Speicher.

Das größere Problem dürfte aber bei dem Vorgehen sein, dass Du nie wissen kannst, wann Du am Ende bist. nextLine wird immer auf eine weitere Eingabe warten. Daher wird der Plan, so lange Zeilen einzulesen, bis Du am Ende bist, nicht funktionieren.

Was man machen könnte, wäre z.B. eine Zeile nur mit einem '.' als Endezeichen zu nehmen (oder irgend etwas in der Art ... von mir aus auch gerne "ENDE" oder so...)

Ja das war mir beim Hinweis oben schon klar, habe jetzt erstmal "#" als abbruch parameter dedfiniert (soalnge keine internetseiten mit TwitterHashtags gezählt werden sollen . Es funktioniert jetzt wie es soll aber ja, als nächstes denke ich mal drüber nach, wie man es zeilenweise umsetzt, da der Hinweis mit dem Speicher aber auch die Verebeitungsgeschwindigkeit so deutlich optimiert würden

 

[mihe7]

weil man zwischendrin dem Programm sagen kann, wie viele verschiedene Zeichen man suchen möchte

Das ergibt sich ja daraus, wie viele verschiedene Zeichen ich eingebe, oder nicht?

 

[Froschkönig]

Das ergibt sich ja daraus, wie viele verschiedene Zeichen ich eingebe, oder nicht?

Ich glaube wir reden aneinander vorbei. Man kann eine beliebig Lange zeichenkette eingeben, in welcher Zeichen gesucht werden sollen. und der int wert ist die Abfrage an den nutzer, wie viele zeichen er suchen möchte, welche er danach eingeben kann. das kann man sicher auch anders lösen. aber es geht darum, ob man in einem text nur alle "a" sucht, oder 5 willkürliche Zeichen wie "a", "!" etc...
bestimmt könnte man es auch so schreiben, dass der nutzer als suchkriterium ebenfalls eine zeichenkette eingibt, diese in die einzelnen chars getrettn wird und nach denen wird dann gesucht, dann könnte man sich den zwischenschritt sparen. aber der abgefragte int-Wert war ja nur ein symptom, er stört im programm ja nicht, es war ja das problem, dass ich nicht richtig mit einer unerwarteten zahle von eingabezeilen umgegangen bin für den zu durchsuchenden text

 

[mihe7]

Ich glaube wir reden aneinander vorbei.

Nö, ich wollte schon darauf hinaus:

bestimmt könnte man es auch so schreiben, dass der nutzer als suchkriterium ebenfalls eine zeichenkette eingibt, diese in die einzelnen chars getrettn

Auf diese Weise kann man einfach die letzte Zeile der Eingabe als Zeichen interpretieren. Die Eingabe endet, wenn der Stream geschlossen wird. Das passiert bei einem Pipe/Redirect automatisch (z. B. wenn Du die Anwendung mit java -cp . MeinProgramm < textdatei aufrufst), bei manueller Eingabe muss man halt Strg+D (Unixoide) bzw. Strg+Z (Windows) eintippen.

Aber natürlich funktioniert es auch so, wie Du es eh schon gemacht hast.