Sqlite DB aus Java Datei ansprechen.

[Kotelettklopfer]

habe es jetzt auch mit java 16 getestet mit dem "file:" geht es bei mir nicht

Seltsam. Wie du siehst, bei mir klappt es ... kurios

 

[mrBrown]

Das Statement besteht aber aus geschätzten 300 Datensätzen. Wie würde man das abrufen? Da wäre die Datei die eingelesen wird ja schon optimaler oder?

Du kannst die Datei ja auch einlesen, und dann über die Statements darin iterieren und jedes einzeln ausführen

 

[Kotelettklopfer]

Du kannst die Datei ja auch einlesen, und dann über die Statements darin iterieren und jedes einzeln ausführen

Aber bin ich dann nicht bei meinem Ursprünglichem Problem? In der Datei lässt er kein create Table zu ?!

 

[kneitzel]

Ich glaube, wir drehen uns im Kreis:
- Du hast doch schon bestätigt, dass das CREATE TABLE funktionierte (ohne weitere SQL Anweisungen dahinter)
- Daher dann die Frage, was denn das "In der Datei lässt er kein create Table zu ?" bedeutet. Was für einen Fehler bekommst Du denn da jetzt plötzlich? Existiert die Datenbank evtl. noch? Dann wäre ggf ein DROP TABLE IF EXISTS zuerst notwendig?

 

[Kotelettklopfer]

Ich glaube, wir drehen uns im Kreis:
- Du hast doch schon bestätigt, dass das CREATE TABLE funktionierte (ohne weitere SQL Anweisungen dahinter)
- Daher dann die Frage, was denn das "In der Datei lässt er kein create Table zu ?" bedeutet. Was für einen Fehler bekommst Du denn da jetzt plötzlich? Existiert die Datenbank evtl. noch? Dann wäre ggf ein DROP TABLE IF EXISTS zuerst notwendig?

Ohja und das scheint ein riesengroßer Kreis zu sein

- Ich habe bestätigt, dass create Table funktioniert wenn ich es ( das Statement) direkt in die Klasse schreibe, wie von Mr Brown in #43 beschrieben.
- Hier geht es um das ursprüngliche Problem #30. Ich habe nun die Table Country erstellt aber es sollen ja auch weitere in die DB.
Schreibe ich das Statement nun in die extra dafür angelegte File, kennt er plötzlich (in diesem File) kein Table mehr.
Das ich dem File irgendeine Source zuweisen muss, ist mir neu, weil in dem Tutorial wird auch nur im Projektbaum ein NEW File angelegt und dort das Statement reingepackt.

Will auch garnicht nerven.. will es nur verstehen warum es nicht funktioniert. Ist ja auch seltsam, das JW456 die Db nicht angelegt bekommt mit dem Code, ich aber schon.

 

[mrBrown]

Schreibe ich das Statement nun in die extra dafür angelegte File, kennt er plötzlich (in diesem File) kein Table mehr.
Das ich dem File irgendeine Source zuweisen muss, ist mir neu, weil in dem Tutorial wird auch nur im Projektbaum ein NEW File angelegt und dort das Statement reingepackt.

Die Fehler, die in der Datei angezeigt werden, sind erstmal völlig egal

Das ist nur das Verhalten der IDE, irgendwo ist da nicht was ganz passend eingestellt, daher "weiß" die IDE nicht, wie das SQL aussehen muss für deine Datenbank, und wirft daher Fehler.

- Ich habe bestätigt, dass create Table funktioniert wenn ich es ( das Statement) direkt in die Klasse schreibe, wie von Mr Brown in #43 beschrieben.

Für Java ist egal, ob der String dabei direkt in der Klasse steht oder aus einer Datei gelesen wird.

Das direkt in die Klasse schreiben war nur der Test, dass das Statement an sich funktioniert. Das ist immer der einfachste Weg, um Fehler zu finden: den Code zu reduzieren, und so mögliche Fehlerquellen ausschließen. In deinem Fall gab's ja mehrere Mögliche Quellen:
1. Das Statement selbst ist schon falsch
2. Die Daten werden fehlerhaft aus der Datei geladen (bspw mit dem faschen ecoding), sodass im Statement völliger Unsinn ankommt
3. Mehrere Querys in einem Statement führen zu dem Problem (da ja mehrere in der Datei stehen und auf einmal ausgeführt werden)

Wenn man das Statement direkt in die Klasse schreibt, umgeht man 2 und 3 und testet nur 1 – und da es so funktionierte, kann man 1 schon mal ausschließen.

Bleibt noch 2 und 3: Man könnte entweder erstmal 3 umgehen, in dem man in der Datei nur ein Statement stehen lässt, oder umgeht 2, indem man jedes Statement aus der Datei einzeln ausführt.


Der vorgeschlagene Weg wäre eben letzteres (hauptsächlich, weil ich 2 für unwahrscheinlich halte), und wenn es dann funktioniert, hast du sowohl das problem gefunden, als auch es gelöst.

Ist ja auch seltsam, das JW456 die Db nicht angelegt bekommt mit dem Code, ich aber schon.

Klingt vielleicht etwas gemein und überheblich, aber ignorier besser alles, was er/sie hier im Thread gesagt hat, das war alles entweder falsch oder nicht hilfreich.

 

[kneitzel]

Also ich vermute, dass wir nur irgendwie ein bisschen aneinander vorbei reden. Ursache dabei ist, dass es schwer ist, immer genau nachzuvollziehen, was Du an Vorschlägen wie umgesetzt hast.

Daher wäre eine Möglichkeit, dass Du uns evtl. das Projekt bzw. Teile davon zukommen lässt mit einer kurzen Info, wie Du das nutzt. Dann könnten wir dies etwas besser nachvollziehen und direkt etwas bauen, so dass es funktioniert und dann die Änderungen erläutern. Ich weiss nicht, wie die Betreiber des Forums das sehen - statt eine Datei im Forum einzustellen als ZIP File ist es evtl. besser, dazu eine Sharing Möglichkeit zu nutzen (z.B. in einer Cloud bereit legen und sharen per Link) - aber beide Wege dürften ok sein...

Will auch garnicht nerven.

Also da musst Du Dir keine Sorgen machen. Die Thematik mag zwar nerven (vor allem Dich denke ich mal), aber das sollte nicht die Person betreffen. Wir wollen ja helfen und sind bereit dazu. Und bisher lief es im Thread ja sachlich und lösungsorientiert ab.

 

[Jw456]

Ja zumindesrens würde die *.sql Datei helfen in zu sehen welche sql Befehle da ausgeführt werden sollen.
Einzeln geht es ja in einen Block scheinbar nicht. Da wir die Datei nicht haben können wir es auch noch nicht testen.

Tipp wenn du schon eine Tabelle in deiner DB hast und nun mit der sql Datei die Tabelle noch mal erstellen willst wird es einen Fehler geben.
Besser vorher die DB Datei löschen

 

[Kotelettklopfer]

Ich bin jetzt soweit, dass ich eine Klasse SQl habe in der ich einmalig die DB erstellen lasse.
Dann stehen dort Statements ( Tabelle anlegen, Tabelle füllen)

[CODE lang="java" title="SQL"]import java.sql.*;


public class SQL {
{
try (Connection connection = DriverManager.getConnection("jdbc:h2:file:./Test");
Statement statement = connection.createStatement() {
// connection.createStatement().execute( "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));" );
// connection.createStatement().execute("INSERT INTO country VALUES ('Albania','AL','Tirane','Albania',28750,3249136); INSERT INTO country VALUES ('Greece','GR','Athens','Attiki',131940,10538594); INSERT INTO country VALUES ('Macedonia','MK','Skopje','Macedonia',25333,2104035); INSERT INTO country VALUES ('Serbia','SRB','Belgrade','Serbia',77474,7379339); INSERT INTO country VALUES ('Montenegro','MNE','Podgorica','Montenegro',14026,672180)");
connection.createStatement().execute("create Table Daten (Name Varchar(35) Not null unique)");
connection.createStatement().execute("insert into Daten Values ('Testname')");
System.out.println(connection);
final ResultSet resultSet = statement.executeQuery("SELECT * FROM Daten");
while (resultSet.next()) {
System.out.printf("%s %n", resultSet.getString("Name"));

}
} catch (SQLException e) {
e.printStackTrace();
}
}
}[/CODE]

Dann wollte ich prüfen ob ich es hinbekomme die Klasse zu instanzieren..


Siehe da, in einer zweiten Klasse (Test) habe ich mir die instanzierte Klasse SQL geholt und führe von da aus die Statements aus.
[CODE lang="java" title="Test Klasse" highlight="2,6"]public class Test extends SQL{
public SQL sql = new SQL();

public static void main( String[] args ){

new SQL();



}
}
[/CODE]

Es klappt so und das reicht mir erstmal. Darauf bau ich mein Wissen weiter aus.



Hat mir der Thread also eine Menge gebracht.
Das mit der Datei lass ich erstmal weg und schau mir das in Ruhe nochmal an.

Top Forum !!!!

 

[mrBrown]

Solche initializer-Blöcke solltest du aber tunlichst vermeiden, genauso wie ein printStacktrace an solcher Stelle

Entweder in einen richtigen Konstruktor, oder besser in eine explizite Methode.

 

[Kotelettklopfer]

Solche initializer-Blöcke solltest du aber tunlichst vermeiden, genauso wie ein printStacktrace an solcher Stelle

Entweder in einen richtigen Konstruktor, oder besser in eine explizite Methode.

ehmm das ist mir zu hoch

Also jeweils eine Methode um
- Tabellen zu erstellen
- Tabellen zu füllen
- Tabellen Inhalte zu sehen

und dann die einzelnen Methoden in meiner jeweiligen Klasse aufrufen ?

 

[Jw456]

mrBrown
meint das du deinen code in eine Methode packen sollst und nicht einfach in den Klassenrumpf.

 

[Kotelettklopfer]

Ich habe mal zum üben ein eigenes Projekt ohne Tutorial begonnen und auch versucht mit eigenen Methoden zu arbeiten.
Ziel war/ist es in der Klasse SQL für alle Schritte eine Methode zu bauen.
Bis jetzt besteht dort eine Methode nämlich die "connection".

Diese lasse ich in der Main Klasse starten und baue somit die Db auf bzw. connecte.
Der Versuch war positiv.
Ich wollte jetzt von Euch wissen, ob es so sauberer ist als mein Versuch davor ?

[CODE lang="java" title="Class Main"]public class Main {
public static void main(String[] args) {

SQL connection = new SQL();
connection.connection();


}
}
[/CODE]

[CODE lang="java" title="class SQL"]import java.sql.*;

public class SQL {

void connection() {
Connection connection = null;
try {

connection = DriverManager.getConnection("jdbc:sqlite:file:./daten");

System.out.println("Connection to SQLite has been established.");

} catch (SQLException e) {
System.out.println(e.getMessage());
} finally {
try {
if (connection != null) {
connection.close();
}
} catch (SQLException ex) {
System.out.println(ex.getMessage());
}
}
}

}
[/CODE]

 

[Jw456]

Die connection Variable würde ich als Klassen Variable halten. Denn die brauchst du ja in deinen anderen Methoden auch.
Zu mindestens solltest du sie aus der Methode zurück geben.

Um sie indein weiteren Methoden verwenden zu können.

Du willst doch die Verbindung in der Klasse halten und nicht immer wider auf und abbauen.

 

[Jw456]

Auch solltest du dich etwas mehr an die üblichen java Namenskonventionen halten.
Klassen bezeichnet kommplet in gross Buchstaben ist nicht üblich.
Deutet auf etwas finalen hin. Etwa einnen Strings.

Auch nur connection als Methoden name, würde da villeicht createConnectToDB benutzen ist aussage kräftiger. Und auch später noch lesbar.
Aber das ist nur ein Vorschlag.

 

[temi]

Diese lasse ich in der Main Klasse starten und baue somit die Db auf bzw. connecte.

Wie @Jw456 schon angedeutet hat, baust du zwar in der Methode connection() eine Verbindung auf, aber da es sich bei connection um eine lokale Variable in der Methode handelt, wird diese am Ende der Methode sofort wieder zerstört. Entweder du gibst die Connection als Rückgabewert zurück, so dass deine anderen Methoden sie verwenden können oder du verwendest eine Instanzvariable dafür.

 

[Kotelettklopfer]

Bedeutet, so wie es jetzt ist würden weitere Statements in Main nicht ausgeführt werden können, weil die DB sofort wieder gekillt wird ?
Schau mir die Sache mit return mal an.

 

[Jw456]

Methoden sie verwenden können oder du verwendest eine Instanzvariable dafür.

Klassenvariable und Instanzvariable ist das gleiche zwei Begriffe aber das gleiche.
Ist eine Variable im Klassenrumpf.

 

[temi]

Bedeutet, so wie es jetzt ist würden weitere Statements in Main nicht ausgeführt werden können, weil die DB sofort wieder gekillt wird ?
Schau mir die Sache mit return mal an.

Ja.

public class Main {
    public static void main(String[] args) {

        SQL sql = new SQL();
        Connection connection = sql.getConnection();
        
        // mach was mit connection

    }
}

Oder die Connection ist eine private Instanzvariable von SQL, so dass weitere Methoden (wie Queries) der Klasse sie verwenden können.

 

[temi]

Klassenvariable und Instanzvariable ist das gleiche zwei Begriffe aber das gleiche.

Definitiv nicht.

class Foo {
    static int klassenvariable = 42;
    int instanzvariable = 32;
}

Instanzvariable, Feld, Attribut werden synonym verwendet. Eine Klassenvariable/-methode ist etwas anderes.

 

[Jw456]

Static würde ich nicht machen.

 

[temi]

Static würde ich nicht machen.

Das ist auch nicht das Thema. Es geht um die Aussage, dass Klassen- und Instanzvariable das Gleiche beschreiben und das ist nicht der Fall.

 

[Jw456]

Genau das habe ich ihm auch schon gesagt wiso alles doppelt?

 

[Jw456]

Was ist für dich der Unterschied?

 

[Kotelettklopfer]

Hähhhh ? Leicht lustig gerade

Ich schau mir mal an wie das mit den Variablen läuft.
Bleibt spannend

 

[temi]

Was ist für dich der Unterschied?

Siehe #74. Eine Klassenvariable ist statisch und gehört zur Klasse, während eine Instanzvariable zur Instanz einer Klasse gehört. Sagt ja schon der Name, oder?

 

[kneitzel]

Klassenvariablen sind Variablen, die zur Klasse gehören, d.h. static sind.
Instanzvariablen gehören zur Instanz. Also kein static.

Daher sind das nicht das Gleiche sondern zwei Paar Schuhe.

 

[Jw456]

Für mich ist es einmal eine static Klassenvariable und eine al eine Klassenvariable.
Das ist Thema für Begrifflichkeiten. Irgendwie kleinlich soetwas

 

[temi]

Hähhhh ? Leicht lustig gerade

Ich schau mir mal an wie das mit den Variablen läuft.
Bleibt spannend

Ich würde in deinem Fall zur Instanzvariablen tendieren

 

[Jw456]

Klassenvariablen sind Variablen, die zur Klasse gehören, d.h. static sind.

In viele Anleitungen und auch Büchern wird das gleichgesetzt.
So nun zeigt mir die offizielle Definition damit ich es bei in Zukunft richtig bezeichne. Und ihr ers auch versteht.

 

[temi]

Für mich ist es einmal eine static Klassenvariable und eine al eine Klassenvariable.
Das ist Thema für Begrifflichkeiten. Irgendwie kleinlich soetwas

Da die beiden Begriffe unterschiedliche Dinge beschreiben, halte ich das nicht für kleinlich.

In viele Anleitungen und auch Büchern wird das gleichgesetzt.
So nun zeigt mir die offizielle Definition damit ich es bei in Zukunft richtig bezeichne. Und ihr ers auch versteht.

https://docs.oracle.com/javase/specs/jls/se7/html/jls-4.html#jls-4.12.3

 

[Jw456]

Ich würde in deinem Fall zur Instanzvariablen tendieren

Genau das hätte ich gemeint sonnst hätte ich gesagt das er eine static Klassenvariabe machen soll.
Hoffe das Thema ist jetzt durch.

 

[Kotelettklopfer]

Habe das gefunden. Denke das erklärt es ganz gut.

 

[Jw456]

---

In Java ist jede Variante an eine Objekt gebunden globale wie in C gibt es nicht.

 

[kneitzel]

In viele Anleitungen und auch Büchern wird das gleichgesetzt.
So nun zeigt mir die offizielle Definition damit ich es bei in Zukunft richtig bezeichne. Und ihr ers auch versteht.

Dann sind diese Anleitungen / Bücher schlicht falsch!

Es sind Begriffe sauber festgelegt worden im Java Umfeld. Und wenn man hier im Java Umfeld ist, dann sollte man wenn möglich die Begriffe nutzen, die definiert wurden und das selbstverständlich in der korrekten Bedeutung.

Die Begriffe wurden - wie sollte es anders sein - in JLS festgelegt. So findet sich in 8.3.1.1 ganz deutlich:
"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).

A field that is not declared static is called an instance variable, and sometimes called a non-static field. Whenever a new instance of a class is created (§12.5), a new variable associated with that instance is created for every instance variable declared in that class or any of its superclasses."

Wenn man andere Begriffe verwendet (also z.B. "Funktion" statt "Methode" sagt oder so), dann kann man sich überlegen, was gemeint ist. Aber es ist dann ungenau, denn es gibt dann kein einheitliches Verständnis. (Funktion wie in C, also jede Methode ist eine Funktion? Oder Funktion hateine Rückgabe - im Gegensatz zu Prozedur?) Das definierte Begriffe anders zu nutzen automatisch zu Problemen führt sollte klar sein - wie man auch hier im Thread direkt erkennen kann.

 

[temi]

---

In Java ist jede Variante an eine Objekt gebunden globale wie in C gibt es nicht.

Für eine Klassenvariable, benötigst du kein Objekt, denn ein Objekt ist definitionsgemäß die Instanz einer Klasse (oder ein Array). Und bevor du wieder nachfragen musst, das steht hier: https://docs.oracle.com/javase/specs/jls/se7/html/jls-4.html#jls-4.3.1

 

[Jw456]

Ich denke es reicht jetzt. Kommt nun wider zum eigentlichen Thema.

 

[Jw456]

In Java ist jede Variante an eine Objekt gebunden globale wie in C gibt es nicht.

Ok dann ersetzte Objekt mit Klasse dann stimmt der Satz.

 

[kneitzel]

Für eine Klassenvariable, benötigst du kein Objekt, denn ein Objekt ist definitionsgemäß die Instanz einer Klasse (oder ein Array). Und bevor du wieder nachfragen musst, das steht hier: https://docs.oracle.com/javase/specs/jls/se7/html/jls-4.html#jls-4.3.1

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:

In Java ist jede Variante an eine Objekt gebunden globale wie in C gibt es nicht.

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.

Das wäre da zumindest meine bescheidene Sicht auf diesen Punkt. Wobei das für den TE erst einmal egal sein sollte.

 

[Jw456]

Danke @kneitzel

 

[kneitzel]

Aber um noch einmal das Thema selbst aufzugreifen: Lass uns einfach einmal einen Schritt zurück gehen und das, was Du da vor Dir hast, betrachten:

Du hast eine Datenbank mit einer Tabelle (gerne auch mehrere - das ist egal). In der Tabelle werden Datensätze gespeichert.
Um das in Deinem Programm abzubilden, brauchst Du dann eine Klasse, die den Datensatz abbildet. In der Regel benennt man des sinnvoll, nach dem, was da gespeichert wird. Nehmen wir einfach mal eine ganz einfache Kontaktverwaltung:

Du hast also eine Tabelle Kontakt mit Feldern: Id, Name, Telefonnummer, Straße, PLZ, Ort. (Bis auf Id ist da alles einfach mal ein String.)

Also brauchst Du da nun auch eine entsprechende Klasse Kontakt mit diesen Feldern long id, String name, String telefon, String strasse, ....
(alles private und die Getter / Setter dazu noch)

Und dann willst Du jetzt einen Adapter haben: Ein Adapter nimmt eine Connection irgendwoher und speichert / liest Werte. Die Connection muss irgend woher kommen - hier nutze ich gerne immer ein Vorgehen, das besagt: Wann immer notwendig, wird eine Verbindung neu erstellt. Dann braucht man nur einen Connection String. Damit das performant ist, setze ich dann Connection Pooling ein. Das können wir aber einfach erst einmal weglassen - wir übergeben einfach im Konstruktor eine SqlConnectionFactory. (Factory ist etwas, das einem bei Bedarf etwas erzeugt)

Somit haben wir bisher:
- Kontakt.java -> Wird auch oft als Datenklasse oder Entity bezeichnet.
- KontaktAdapter -> Das ist ein Adapter - also etwas, das dafür sorgt, dass eine Sache auf eine andere passt: Hier soll die Kontakt Klasse auf eine Datenbank passt. (Hier der Hinweis: Das ist oft ein Interface - denn das ist universell für das Laden / Speichern und das kann ja viele Implementationen geben für Datenbank, Filesystem, ...)
- SqlConnectionFactory -> Da bekommen wir unsere Connections her.

SqlConnectionFactory braucht um arbeiten zu können einen Connection String. Und wir brauchen eine Methode getConnection(). => Das geht auf die Klasse zu, die Du in etwa schon gebaut hast.

Dein Adapter bekommt Methoden wie: save(Kontakt), loadById(long), loadByName(String), ... Und ein Konstruktor, der eine SqlConnectionFactory entgegen nimmt.
Intern wird der Adapter aber auch Methoden haben, wie Kontakt create(ResultSet) -> Es wird vom ResultSet alles gelesen um daraus ein Kontakt zu erstellen. Das wäre halt etwas, das alle load Methoden brauchen. Ebenso denkbar, dass Du den anderen Weg gehst um einem PreparedStatement ein Kontakt zu übergeben (für ein Update oder INSERT Statement)

Kontakt hatten wir ja schon komplett beschrieben....

Damit hätten wir dann so ein kleines Pattern, wie so eine Applikation aufgebaut werden könnte (Und das so in der Art in der Regel auch aufgebaut wird. Du hast verschiedene Aufgaben unterteilt auf mehrere Klassen).

 

[Jw456]

Endlich Zurück zum Thema.


Hallo TE zeige mir doch bitte mal wie du die Sqlite Lib in dein Projekt eingebunden hast. In der pom.xml Datei.

 

[Kotelettklopfer]

Puh.. geht es nur mir so oder habt ihr am Anfang eurer Programmierer Laufbahn auch manchmal den String vor lauter Variablen nicht gesehen

Danke dir für die ausführliche Beschreibung.
Werde mir diese noch ein paar mal anschauen und unklare Sachen nachschlagen

 

[Kotelettklopfer]

Endlich Zurück zum Thema.


Hallo TE zeige mir doch bitte mal wie du die Sqlite Lib in dein Projekt eingebunden hast. In der pom.xml Datei.

Sollst du nachher bekommen. Sitze gerade nur am Handy.

 

[Jw456]

Ich hatte dir am Anfang auch dazu geraten einen sqlhelper zuerstellen und die Daten Klassen zubenutzen.
Hier hast du nun eine ausführliche Beschreibung.

Bitte zeige mir wir du die Lib eingebunden hast vorallen welche.

 

[Kotelettklopfer]

Ich hatte dir am Anfang auch dazu geraten einen sqlhelper zuerstellen und die Daten Klassen zubenutzen.
Hier hast du nun eine ausführliche Beschreibung.

Bitte zeige mir wir du die Lib eingebunden hast vorallen welche.

Ja mag sein das du was von sqlhelper geschrieben hast, hier wurde aber in kurzer Zeit soviel geschrieben / wiederlegt / diskutiert, dass ich als Anfänger da erstmal durchblicken muss.Da ich das ganze alleine zu Hause neben der Arbeit lerne, dauert das manchmal alles was länger

Mit der lib bekommst du später die Info... So wie ich im Kommentar davor schon schrieb.

Danke dir

 

[Jw456]

Ok du warst halt schneller

 

[Kotelettklopfer]

Ok du warst halt schneller

Hab es gerade am Handy rausgesucht.
Das hier steht in meiner POM
[CODE lang="java" title="Sqlite Maven dependency"]<!-- https://mvnrepository.com/artifact/org.xerial/sqlite-jdbc -->
<dependency>
<groupId>org.xerial</groupId>
<artifactId>sqlite-jdbc</artifactId>
<version>3.36.0</version>
</dependency>
[/CODE]

 

[Jw456]

Hab es gerade am Handy rausgesucht.
Das hier steht in meiner POM
[CODE lang="java" title="Sqlite Maven dependency"]<!-- https://mvnrepository.com/artifact/org.xerial/sqlite-jdbc -->
<dependency>
<groupId>org.xerial</groupId>
<artifactId>sqlite-jdbc</artifactId>
<version>3.36.0</version>
</dependency>
[/CODE]

Ok danke da habe ich wohl eine zu alte Version benutzt. Werde es heute Abend noch mal testen. Ob es mit dem file:.... Und ohne dem
Class.forName("org.sqlite.JDBC")
Auch bei mir geht.

 

[mrBrown]

Ok danke da habe ich wohl eine zu alte Version benutzt. Werde es heute Abend noch mal testen. Ob es mit dem file:.... Und ohne dem
Class.forName("org.sqlite.JDBC")
Auch bei mir geht.

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