Sqlite DB aus Java Datei ansprechen.

[temi]

Das stimmt so nicht. Natürlich meinst Du das Richtige, denn für eine Klassenvariable brauchst Du keine Instanz der Klasse.
Aber natürlich brauchst Du "eine" Instanz. Um eine Klasse nutzen zu können, muss der Classloader eine Instanz von Class anlegen für die Klasse. Ohne diese Instanz geht gar nichts (bzw. es kommt eine ClassNotFoundException beim Versuch des Zugriffes).

Daher ist die Kernaussage von @Jw456 aus meiner Sicht nicht falsch:

Wobei dann natürlich die Frage ist: Was genau ist mit Variante, Objekt und gebunden gemeint. Aber wenn man da nicht zu sehr versucht, etwas Falsches da rein zu interpretieren, dann ist das durchaus richtig. Globale Variablen so wie es diese z.B. in C gibt, gibt es in Java Programmen nicht.

Mir ist natürlich klar, was @Jw456 mit seiner Aussage gemeint hat und er hat damit recht, dass es keine Variablen oder Methoden ohne eine umschließende Klasse in Java gibt. Ich wollte eigentlich nur klarstellen, dass es keine Instanz (= Objekt) der Klasse benötigt, um auf die statischen Member zugreifen zu können und zwar in dem Sinn, dass ein Programmierer eine Instanz der Klasse erzeugt. Das die JVM einen Mechanismus braucht, um damit umzugehen ist richtig, auch wenn ich nicht weiß (oder wissen muss), wie das genau geht.

Und das hast du @kneitzel, ja auch so zitiert:

"If a field is declared static, there exists exactly one incarnation of the field, no matter how many instances (possibly zero) of the class may eventually be created. A static field, sometimes called a class variable, is incarnated when the class is initialized (§12.4).

Und gemäß 4.3.1: "An object is a class instance or an array. [...] A class instance is explicitly created by a class instance creation expression (§15.9)."

Insofern hat es sich definitiv um kleinlichen Begrifflichkeits-Fetischismus gehandelt Sorry dafür.

Aber das soll es jetzt endgültig von meiner Seite zu dem Thema gewesen sein. Evtl. kann ein Admin diesen Teil in einen separaten Thread verschieben.

 

[Kotelettklopfer]

"file:" ist H2-spezifisch, das geht afaik nicht mir SQlite.

Stimmt das File: war für H2 ..
Meine H2 dependency habe ich automatisch von Maven ziehen lassen .
Also in der Pom H2 geschrieben und er schlägt dann das richtige vor.

[CODE lang="java" title="H2 dependencys"] <dependency>
<groupId>com.h2database</groupId>
<artifactId>h2</artifactId>
<version>1.4.200</version>
</dependency>[/CODE]

 

[Jw456]

Also das es mit dem „file:“ nicht ging und ich auch noch Class.forName("org.sqlite.JDBC");
brauchte lag an der etwas alten SQlite Lib die ich benuzt habe.

Auch mit H2 geht es.


@Kotelettklopfer danke das du gezeigt hast welche Lib du benutzt habe jetzt auch die 3.36.0 und geht.

Die alte Lib wollte immer einen Absoluten Pfad und kam mit den Relativen nicht zurecht.

 

[mihe7]

import java.sql.*;
import java.nio.file.*;
import java.util.List;
import static java.util.function.Predicate.not;
import static java.util.stream.Collectors.toList;

public class Test {
    public static void main(String[] args) throws Exception {
        List<String> statements = Files.lines(Paths.get("statements.sql"))
                .map(String::trim)
                .filter(not(String::isEmpty))
                .collect(toList());

        try(Connection conn = DriverManager.getConnection("jdbc:sqlite:test.sqlite");
                Statement stmt = conn.createStatement()) {
            for (String sql : statements) {
                stmt.execute(sql);
            }
        }
    }
}

[code lang="SQL" title="statements.sql"]
CREATE TABLE Country(Name VARCHAR(35) NOT NULL UNIQUE, Code VARCHAR(4), Capital VARCHAR(35), Province VARCHAR(35), Area FLOAT, Population INT, CONSTRAINT CountryKey PRIMARY KEY(Code), CONSTRAINT CountryArea CHECK (Area >= 0), CONSTRAINT CountryPop CHECK (Population >= 0));

CREATE TABLE X(Name VARCHAR(35) NOT NULL UNIQUE, Code VARCHAR(4), Capital VARCHAR(35), Province VARCHAR(35), Area FLOAT, Population INT, CONSTRAINT CountryKey PRIMARY KEY(Code), CONSTRAINT CountryArea CHECK (Area >= 0), CONSTRAINT CountryPop CHECK (Population >= 0));
[/code]

 

[Kotelettklopfer]

import java.sql.*;
import java.nio.file.*;
import java.util.List;
import static java.util.function.Predicate.not;
import static java.util.stream.Collectors.toList;

public class Test {
    public static void main(String[] args) throws Exception {
        List<String> statements = Files.lines(Paths.get("statements.sql"))
                .map(String::trim)
                .filter(not(String::isEmpty))
                .collect(toList());

        try(Connection conn = DriverManager.getConnection("jdbc:sqlite:test.sqlite");
                Statement stmt = conn.createStatement()) {
            for (String sql : statements) {
                stmt.execute(sql);
            }
        }
    }
}

[code lang="SQL" title="statements.sql"]
CREATE TABLE Country(Name VARCHAR(35) NOT NULL UNIQUE, Code VARCHAR(4), Capital VARCHAR(35), Province VARCHAR(35), Area FLOAT, Population INT, CONSTRAINT CountryKey PRIMARY KEY(Code), CONSTRAINT CountryArea CHECK (Area >= 0), CONSTRAINT CountryPop CHECK (Population >= 0));

CREATE TABLE X(Name VARCHAR(35) NOT NULL UNIQUE, Code VARCHAR(4), Capital VARCHAR(35), Province VARCHAR(35), Area FLOAT, Population INT, CONSTRAINT CountryKey PRIMARY KEY(Code), CONSTRAINT CountryArea CHECK (Area >= 0), CONSTRAINT CountryPop CHECK (Population >= 0));
[/code]

Selbes Problem wie vorher. Die Statement File funktioniert nicht.

 

[mrBrown]

Selbes Problem wie vorher. Die Statement File funktioniert nicht.

Heiß, es gibt zur Laufzeit Fehler, weil die Tabelle nicht gefunden wird oder zeigt IntelliJ wieder Fehler an?

 

[Kotelettklopfer]

"C:\Program Files\Java\jdk-16\bin\java.exe" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2021.1.1\lib\idea_rt.jar=51132:C:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2021.1.1\bin" -Dfile.encoding=UTF-8 -classpath "F:\Projekte\MiHe DB Test\target\classes" Test
Exception in thread "main" java.nio.file.NoSuchFileException: statements.sql
at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)
at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)
at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)
at java.base/sun.nio.fs.WindowsFileSystemProvider.newFileChannel(WindowsFileSystemProvider.java:121)
at java.base/java.nio.channels.FileChannel.open(FileChannel.java:292)
at java.base/java.nio.channels.FileChannel.open(FileChannel.java:345)
at java.base/java.nio.file.Files.lines(Files.java:4104)
at java.base/java.nio.file.Files.lines(Files.java:4196)
at Test.main(Test.java:9)

Process finished with exit code 1

und so sieht das statement.sql aus
Code siehe Kommentar von mihe7

 

[mihe7]

Exception in thread "main" java.nio.file.NoSuchFileException: statements.sql

Die Datei statements.sql wird nicht gefunden. Wo hast Du denn die Datei abgelegt?

 

[mrBrown]

Das ist aber doch ein völlig anderes Problem als vorher...

Stell mal sicher, dass die Datei auch am passenden Ort liegt und der Name passt.

 

[Kotelettklopfer]

Projektordner Main Rechtsklick -> New File -> Name statements.sql

 

[Kotelettklopfer]

Das ist aber doch ein völlig anderes Problem als vorher...

Stell mal sicher, dass die Datei auch am passenden Ort liegt und der Name passt.

Für mich als Anfänger ist das dass selbe Problem xD Vorallem störe ich mich übelst an der unterkringelten Table.. Du meintest aber, das wäre wegen der IDE.. Ich muss mich da erst dran gewöhnen.

Datei lege ich so an wie oben beschrieben, ohne weitere Schritte.

 

[kneitzel]

Das Problem ist jetzt einfach, dass er die Datei statements.sql im aktuellen Verzeichnis haben will. Die muss aber nicht zwangsläufig in dem Hauptverzeichnis des Projekts sein.

Du kannst z.B, einmal noch den folgenden Befehl einfügen:
System.out.println(Paths.get("statements.sql").toAbsolutePath());
Dann bekommst Du den genauen Pfad angezeigt, den er da jetzt nutzen würde.

Oder Du gibst da den absoluten Pfad direkt an statt nur dem Dateinamen.

Die eigentlichen Lösungen wären ab:
a) Wenn die Datei unverändert ist und zum Projekt gehört: Dann wird die Datei bei den Ressourcen hinzugefügt und über den Classloader getResourceAsStream geladen.
b) die Datei ist vom Anwender später veränderlich - dann kann man den Anwender bitten, die Datei auszuwählen (Also ein File Dialog nutzen).

 

[Jw456]

unterkringelten Table

das ist normal da das was in der Datei ist kein Java Code ist. wenn du das nicht willst musst du das in der IDE Editor abstellen.

 

[mrBrown]

das ist normal da das was in der Datei ist kein Java Code ist. wenn du das nicht willst musst du das in der IDE Editor abstellen.

Unsinn.

IntelliJ meckert es nur dann dann an, wenn der Inhalt nicht zum Dateityp passt (edit: =in sql-Datei invalides SQL, in Java-Datei invalides Java etc, aber in sql-Dateien wird nicht auf validen Java-Code geprüft (außer über Inject Language wurde dort ein entsprechende Sprache "injected")). "kein Java Code" wird nur in Java-Dateien angemeckert, aber sicherlich nicht in SQL-Dateien.
Der SQL-Code wird hier angemeckert, weil irgendein Plugin den Code anmeckert, man sieht auch am Icon, das irgendein Plugin dafür verantwortlich ist.

 

[Jw456]

ob IJ meckert oder nicht kommt auf die Einstellungen an die in IJ bei editor gemacht sind .
unsin was du sagt.

 

[Jw456]

Unsinn.

IntelliJ meckert es nur dann dann an, wenn der Inhalt nicht zum Dateityp passt. "kein Java Code" wird nur in Java-Dateien angemeckert, aber sicherlich nicht in SQL-Dateien.
Der SQL-Code wird hier angemeckert, weil irgendein Plugin den Code anmeckert, man sieht auch am Icon, das irgendein Plugin dafür verantwortlich ist.

ob IJ meckert oder nicht kommt auf die Einstellungen an die in IJ bei editor gemacht sind .
unsin was du sagt.

Spellchecking | IntelliJ IDEA

www.jetbrains.com

 

[mrBrown]

ob IJ meckert oder nicht kommt auf die Einstellungen an die in IJ bei editor gemacht sind .
unsin was du sagt.

Es kommt auf den Filetype an, der der Datei-Endung zugeordnet ist, und ob eins und welches Plugin dort greift.

Die Zuordnung kann man grob am Icon erkennen: in diesem Fall ist das nicht kein Standard-Icon von IntelliJ (weder das für unbekannte Typen, noch für SQL), sondern ein Plugin-spezifisches. Das dort ein Plugin greift sieht man auch an dem Screenshot in #28.

Das es nichts mit Java-Code zu tun hat sieht man auch an der Fehlermeldung:

Fehler:
"expected one of the following: EDITIONING FORCE FUNCTION NO OR PACKAGE PROCEDURE SEQUENCE TRIGGER TYPE VIEW identifier"

In diesem Fall dürfte es das Plugin "Database Navigator" sein. Dort sollte es reichen, oben in dem Select "DB Connections" das passende auszuwählen, "Virtual - ISO-92 SQL" z.B. (@Kotelettklopfer)


EDIT:

Spellchecking | IntelliJ IDEA

www.jetbrains.com

Spellchecking hat damit absolut gar nichts zu tun. Das bei @Kotelettklopfer keine Rechtschreibfehler angemeckert werden, sieht doch ein Blinder.

 

[mihe7]

Was mich mal interessieren würde: klappt es jetzt beim @Kotelettklopfer?

 

[Kotelettklopfer]

Was mich mal interessieren würde: klappt es jetzt beim @Kotelettklopfer?

Das unterkringelte im statement ist nun weg -> Es war die Einstellung im Database Navigator.

Jetzt kämpfe ich noch mit dem Speicherort der File.

 

[mrBrown]

Hast du das Statement von Kneitzel mal ausprobiert und mit dem Pfad zu deiner statement.sql verglichen?

 

[Kotelettklopfer]

Exception in thread "main" java.sql.SQLException: No suitable driver found for jdbc:sqlite:test.sqlite
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:702)
at java.sql/java.sql.DriverManager.getConnection(DriverManager.java:251)
at Test.main(Test.java:16)

Jetzt jammert er wegen dem Treiber.JDBC ist aber in der pom eingetragen.

 

[Kotelettklopfer]

Hast du das Statement von Kneitzel mal ausprobiert und mit dem Pfad zu deiner statement.sql verglichen?

Ja und umgelegt. Jetzt... siehe Meldung oben.

Eigentlich reichen doch die Dependencies zu laden oder?

<dependency>
<groupId>org.xerial</groupId>
<artifactId>sqlite-jdbc</artifactId>
<version>3.36.0</version>
</dependency>

 

[Mart]

Ja und umgelegt. Jetzt... siehe Meldung oben.

Eigentlich reichen doch die Dependencies zu laden oder?

<dependency>
<groupId>org.xerial</groupId>
<artifactId>sqlite-jdbc</artifactId>
<version>3.36.0</version>
</dependency>

in deine Module info musst du sie auch rein tun FALLS es nicht automatisch passiert

 

[mrBrown]

Eigentlich reichen doch die Dependencies zu laden oder?

Ja, aber:
* wenn du module-info hast, musst du es dort auch eintragen.
* wenn du es in IntelliJ direkt startest musst du aufpassen, dass IntelliJ auch die Dependencies aktualisiert hast und nicht noch mit alten startest
* wenn du über Kommandozeile startest, musst du aufpassen, dass die Dependencies auch im Classpath/Modulepath liegen

 

[Kotelettklopfer]

Also ich habe die dependencies nach dem Start in der POM nochmal neu synchronisiert.
module Info sagt mir jetzt leider nichts :- /.

Habe zwar das Menü für Module gefunden, habe aber keine jar die ich dort eintragen könnte. Maven läd sich die benötigten Sachen ja runter und ich weiß nicht wohin..

 

[mihe7]

Jetzt hab ich aber die Faxen dick, s. Anhang.

 

[Kotelettklopfer]

Jetzt hab ich aber die Faxen dick, s. Anhang.

Danke aber trotzdem locker bleiben ;-) Ich lerne noch und da kommen Fragen auf, die dem ein oder anderen dumm vorkommen mögen, aber keiner wurde mit Java Skills auf die Welt geworfen.

 

[mihe7]

Danke aber trotzdem locker bleiben ;-)

So war das nicht gemeint, ich bin tiefenentspannt

Nachtrag:

Ich lerne noch und da kommen Fragen auf, die dem ein oder anderen dumm vorkommen mögen, aber keiner wurde mit Java Skills auf die Welt geworfen.

Das ist doch völlig klar. Ich meinte IntelliJ. Das Teil wird ja wohl hoffentlich in der Lage sein, ein stinknormales Mavenprojekt auszuführen, ohne irgendwelche Verrenkungen machen zu müssen. Einfach mal entpacken, in der IDE als Projekt öffnen und ausführen.

 

[Kotelettklopfer]

So war das nicht gemeint, ich bin tiefenentspannt

Dann habe ich es falsch aufgefasst. Sorry.

Schaue mir das von dir gesendete mal an. Muss es ja auch verstehen, nur kopieren und gut bringt nichts

 

[mihe7]

Dann habe ich es falsch aufgefasst. Sorry

Nein, ich habe das schon falsch geschrieben.

 

[Kotelettklopfer]

Ok...scheinbar will Intelij uns ärgern xP


[CODE lang="java" highlight="11"]import java.sql.*;
import java.nio.file.*;
import java.util.List;
import static java.util.function.Predicate.not;
import static java.util.stream.Collectors.toList;

public class Test {
public static void main(String[] args) throws Exception {
List<String> statements = Files.lines(Paths.get("statements.sql"))
.map(String::trim)
.filter(not(String::isEmpty))
.collect(toList());

try(Connection conn = DriverManager.getConnection("jdbc:sqlite:test.sqlite");
Statement stmt = conn.createStatement()) {
for (String sql : statements) {
System.err.println("Executing " + sql);
stmt.execute(sql);
}
}
}
}
[/CODE]

C:\Users\Daniel\Downloads\sqlite\sqlite\src\main\java\Test.java:4
java: cannot find symbol
symbol: static not
location: interface java.util.function.Predicate

 

[mihe7]

Ooops, stell mal in dem pom die source- und target-Version auf 11

 

[Kotelettklopfer]

Sollte ich auf Language Level 11 stellen? Das würde Intelij vorschlagen in dem Fall. Hatte damals einfach alles auf die neuste Version eingestellt.

Edit: Du warts schneller

 

[Kotelettklopfer]

Es ging nachdem ich die Pom auf 11 stellte sowohl die Language Level auf 11.
Danke Dir/Euch.

Jetzt funktioniert die DB und ich kann was rumprobieren..

 

[mihe7]

Jetzt funktioniert die DB und ich kann was rumprobieren..

Ja, vor allem kannst Du mal vergleichen, was an Deinem Projekt jetzt anders ist.

 

[Jw456]

Ich benutze Gradle und habe keine Probleme mit IJ

 

[mihe7]

Ich benutze Gradle und habe keine Probleme mit IJ

Das Problem ist einfach, dass mittlerweile so viel rumprobiert wurde, dass man hier im Forum nicht mehr so einfach nachvollziehen kann, was denn nun eigentlich falsch läuft (einmal werden die Dependencies gefunden, einmal wieder nicht usw., s. z. B. #121 bis #125).

Daher ist es wohl am einfachsten, bei einem definierten Stand anzufangen (#126). Jetzt kann er nachschauen, inwiefern sich die Projekte unterscheiden und was das Problem verursacht hat. Super wäre es natürlich, wenn @Kotelettklopfer auch eine Info über das Ursache hinterlässt, wenn er sie gefunden hat

 

[Kotelettklopfer]

Dummerweise habe ich den urspünglichen Code überschrieben. Hier ging soviel hin und her. Ich war nachher so lost.
Was ich aufjedenfall weiß ist, dass mein Ursprungsproblem, warum das Thema eröffnet wurde, durch eine Einrichtung im DB Navigator ausgelöst wurde. Ich musste hier, wie von MrBrown #117 beschrieben auf "Virtual - ISO-92 SQL" umstellen. Damit sind schonmal die unterkringelten Statements gefixed.

Mir fiel auch auf, das in deiner pom noch JUnit geladen wird. Das hatte ich garnicht bei mir drin.


Hier habe ich den Code nochmal aus einem alten Post gezogen.. HIer ist alles anders als in deiner funktionierenden Version xD

public class SQL {
  public static void main( String[] args ) {
    try ( Connection connection = DriverManager.getConnection( "jdbc:sqlite:mondial.sql" );
          Statement statement = connection.createStatement(); ) {
      //      String filename = "mondial.sql";
      //      final String sql = Files.readAllLines( Paths.get( filename ) ).stream().collect( Collectors.joining( "\n" ) );
      //      connection.createStatement().execute( sql );

      final ResultSet resultSet = statement.executeQuery( "SELECT * FROM Country" );
      while ( resultSet.next() ) {
        System.out.printf( "%s %d %.0f%n", resultSet.getString( "Name" ),
                           resultSet.getInt( "Population" ),
                           resultSet.getDouble( "Area" ) );

Bis hierhin, konnte ich das ein oder andere aus meiner Selbstschulung mitnehmen.
Das Thema Datenbanken, bringt mich allerdings um den Verstand (Vielleicht zu früh an so ein großes Thema getraut).

 

[Kotelettklopfer]

@mihe7 Hättest du vielleicht mal Zeit mir per // comment zu erklären was genau im Code passiert?
Ich sehe zwar das es funktioniert, aber das meiste davon verstehe ich nicht.

Insbesondere
.map(String::trim)
.filter(not(String::isEmpty))
.collect(toList());

 

[kneitzel]

Files.lines(Paths.get("statements.sql")) // Hier wird ein Stream<String> erstellt und jeder String ist eine Zeile der Datei.
                .map(String::trim) // Hier wird jeder String durch das Ergebnis des trim-Aufrufs auf dem jeweiligen String ersetzt. (trim entfernt Whitespace am Anfang und am Ende des Strings)
                .filter(not(String::isEmpty)) // Hier werden alle leeren Strings herausgefiltert
                .collect(toList()); // Am Ende sammeln wir alles in einer List<String>

 

[Jw456]

Das sind Lambda Expression in kurtz form.
Auf einen Stream.

 

[kneitzel]

Das sind Lambda Expression in kurtz form.

Nein, ich sehe da keine Lambda Expressions. Ich sehe da einen Stream Ausdruck mit mehreren Methoden-Referenzen.

Lambda Expressions bestehen aus LambdaParameter -> LambdaBody
Siehe JLS 15.27: https://docs.oracle.com/javase/specs/jls/se16/html/jls-15.html#jls-15.27

 

[Jw456]

4 import static java.util.function.Predicate.not; 5 import static java.util.stream.Collectors.toList; 6

Predicate und collectors gehört zwar für mich nicht zu Methoden Referenzen .
Aber wie du meinst belassen wir es bei deiner Aussage.

Ok sorry ein lamda ist es nicht es fehlt der Pfeil.

 

[mrBrown]

Predicate und collectors gehört zwar für mich zu Methoden reverenzen.

Da gibt es kein „für mich“, das ist ganz eindeutig definiert, was Methoden Referenzen und was Lambdas sind.

Lambdas gibt es in dem Code keine (und auf deine Aussage, dass es Lambdas sind, bezog sich Kneitzel).
Methodenreferenzen gibt es zwei: String::trim und String::isEmpty.

Predicate#not und Collectors#toList werden dort beide nicht als Methodenreferenz benutzt, sondern sind ganz normale Methodenaufrufe.

---

Es ist schön, wenn du versuchst zu helfen, aber mit falschen Aussagen und einen angegriffen fühlen, wenn man dich korrigiert, ist leider keinem geholfen. Manchmal ist es besser, lieber noch mal nachgucken, ob man richtig liegt, und im Zweifelsfall lieber nichts zu schreiben, und Hinweise dann auch anzunehmen.

 

[Jw456]

Da gibt es kein „für mich“, das ist ganz eindeutig definiert, was Methoden Referenzen und was Lambdas sind.

Lambdas gibt es in dem Code keine (und auf deine Aussage, dass es Lambdas sind, bezog sich Kneitzel).
Methodenreferenzen gibt es zwei: String::trim und String::isEmpty.

Predicate#not und Collectors#toList werden dort beide nicht als Methodenreferenz benutzt, sondern sind ganz normale Methodenaufrufe.

Du warst zu schnell ich habe es geändert hatte das nicht vergessen geändert und das das mit dem Doppelpunkt Methoden Referenzen sind ist und war klar.

 

[kneitzel]

4 import static java.util.function.Predicate.not; 5 import static java.util.stream.Collectors.toList; 6

Predicate und collectors gehört zwar für mich nicht zu Methoden Referenzen .
Aber wie du meinst belassen wir es bei deiner Aussage.

Also ich habe nie behauptet, dass not oder toList eine Method Referenz sind. Nur weil ich "mehreren Methoden-Referenzen." gesehen habe, bedeutet dies nicht, dass alles Methoden Referenzen sind.

Methoden Referenzen lassen sich übrigens auch recht einfach erkennen: die "::" sind recht eindeutig.

Ansonsten auch hier einfach einmal der Verweis auf die JLS: 15.13 behandelt die Method References

Chapter 15. Expressions

docs.oracle.com

Da kann man also auch bei dem Begriff in Ruhe nachsehen.

Und wenn hinter Bezeichnern Klammern folgen, sind das auch eine relativ eindeutige Form eines Aufrufs. Method Invocation Expressions sind übrigens JLS 15.12 (Und natürlich auch 15.9 wen vor dem Bezeichner noch ein new stehen sollte...

 

[mihe7]

@mihe7 Hättest du vielleicht mal Zeit mir per // comment zu erklären was genau im Code passiert?
Ich sehe zwar das es funktioniert, aber das meiste davon verstehe ich nicht.

Insbesondere
.map(String::trim)
.filter(not(String::isEmpty))
.collect(toList());

@kneitzel hat Dir ja schon erklärt, was da passiert. Natürlich ginge das auch ohne Streams:

List<String> statements = new ArrayList<>();
try(BufferedReader reader = Files.newBufferedReader(Paths.get("statements.sql"))) {
    String line;
    while ((line = reader.readLine()) != null) {
        if (!line.trim().isEmpty()) {
            statements.add(line);
        }
    }
} catch (IOException ex) {
    throw new UncheckedIOException(ex);
}

Da baut man aber schneller mal einen Fehler ein und die Stream-Lösung finde ich hier kurz und knackig.

 

[Kotelettklopfer]

@kneitzel hat Dir ja schon erklärt, was da passiert. Natürlich ginge das auch ohne Streams:

List<String> statements = new ArrayList<>();
try(BufferedReader reader = Files.newBufferedReader(Paths.get("statements.sql"))) {
    String line;
    while ((line = reader.readLine()) != null) {
        if (!line.trim().isEmpty()) {
            statements.add(line);
        }
    }
} catch (IOException ex) {
    throw new UncheckedIOException(ex);
}

Da baut man aber schneller mal einen Fehler ein und die Stream-Lösung finde ich hier kurz und knackig.

Danke für die Erklärung. Damit sollte ich was anfangen können, muss aber vorab noch mal in die Lektüren schauen. Bin soweit am Anfang mir sagen Streams zb. noch nichts (zumindest nicht in dem Zusammenhang).
Aber das kommt ... hoffentlich xD