Home › Foren › Support für jAnrufmonitor 5.0 (Windows) › jAnrufmonitor mit Modul SQLite
- Dieses Thema hat 20 Antworten, 3 Teilnehmer, und wurde zuletzt am vor 5 Jahre, 2 Monate von
schullerich aktualisiert.
-
AutorBeiträge
-
20. März 2020 um 17:44 #48927
Hallo Thilo,
da meine .dat überläuft dachte ich nun an eine Modulerweiterung um eine .db zu nutzen.
Da SQLite mehr Einträge als MySQL verarbeiten kann, dachte ich: das passt besser.
So brauche ich das nur 1x zu installieren und dann kann das Jahrelang laufen.Leider fehlen mir noch die Informationen wie ich das SQLite in Jam nutzbar machen kann.
SQLite habe ich bereits von SQLite.org geladen und in c:\SQLite entpackt.
Nun muss ich nur noch wissen, wie ich Jam dazu bringe das Journal und das Adressbuch in die entsprechende db zu schreiben.
Hab ich die Anleitung vielleicht übersehen ?
—
Viele Grüße
Andre20. März 2020 um 19:21 #48929Hallo Andre,
nachdem du das Modul für SQLite DBs installiert hast, gehts du einfach in Journal/Kontakte unter Datei -> Neu -> SQLite Datenbank und erstellt eine neu Datenbankdatei. Danach werden neue Kontakte bzw. Journaleinträge in der Datenbank gespeichert.
Viele Grüße
Thilo20. März 2020 um 21:54 #48936Hallo Thilo,
vielen Dank für die *rasend* schnelle Antwort.
Beim Versuch die Datei anzulegen, war der Dateityp SQLite noch grau.
Also habe ich in den Einstellungen das SQLite-Adressbuch aktiviert und die Einstellungen gespeichert.Dann wurde eine Fehlermeldung angezeigt.
Es ist sicherlich nur ein $Anfängerfehler
Der Inhalt von sqlite-tools-win32-x86-3310100.zip liegt in c:\SQLite3 und der Path ist gesetzt
Jam ist x64
Java ist x64 und Java_Home ist in den $vars gesetzt
Win 10 ist x64—
Viele Grüße
Andre20. März 2020 um 21:58 #48937Komisch, mein Anhang wird gar nicht angezeigt.
Hier ein Ausschnitt:
[ SEVERE – 20/Mär/2020:21:48:51 +0100 – JAM-Journal#Preloader-Thread-(non-deamon) – de.janrufmonitor.ui.jface.application.AbstractTableApplication$2$1$1.run() – null ]
java.lang.NullPointerException
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at de.janrufmonitor.repository.db.AbstractDatabaseHandler.connect(AbstractDatabaseHandler.java:90)
at de.janrufmonitor.repository.SqliteJournal.getDatabaseHandler(SqliteJournal.java:122)
at de.janrufmonitor.repository.AbstractDatabaseCallManager.getCallCount(AbstractDatabaseCallManager.java:149)
at de.janrufmonitor.ui.jface.application.journal.JournalController.countElements(JournalController.java:116)
at de.janrufmonitor.ui.jface.application.journal.JournalController.buildControllerData(JournalController.java:137)
at de.janrufmonitor.ui.jface.application.journal.JournalController.getElementArray(JournalController.java:51)
at de.janrufmonitor.ui.jface.application.AbstractTableApplication$2$1$1.run(AbstractTableApplication.java:280)23. März 2020 um 19:18 #48942Ich würde auch gern die SQLite-DB nutzen, was muß ich außer dem SQLite-Modul im JAM installieren?
Danke
23. März 2020 um 20:21 #48943Hallo schullerich,
einfach nur das Modul installieren. Darin enthalten sind alle notwendigen Komponenten.
Viele Grüße
Thilo23. März 2020 um 21:46 #48947Hallo Thilo,
habe jetzt von vorne angefangen: Jam deinstalliert, das Verzeichnis gelöscht.
c:\SQLite in c:\SQLite3.old umbenannt und aus Path gelöscht.
Jam neu installiert, dann das Modul hinzugefügt und SQLite für das Journal aktiviert und übernommen.
Jam neu gestartet, dann das Journal aufgerufen und „Neu“ gewählt und auf SQLite umgestellt und eine neue Datei anlegen wollen.Dabei kam es dann zu einem Fehler.
Ich weiß leider nicht, wo ich den Fehler suchen soll.
Du schriebst, dass Jam und das Modul alles beinhaltet.Welchen Fehler habe ich gemacht ?
Das .log kann ich komischerweise weder anfügen noch direkt im Posting hinzufügen.
Gibt es eine Grössenbeschränkung für Anhänge / Postings ?
Gern maile ich Dir das .log auch zu.—
Vielen Dank und gesunde Grüße
Andre24. März 2020 um 12:25 #48949Ich habe das gleiche Problem, keine Chance, daß es läuft. Ich habe das Modul installiert, dann in den Einstellungen aktiviert. Dann kann man ein SQLite-Adressbuch anlegen, wie beschrieben, aber wenn man aus dieser Erstellung rausgeht, kracht es und es wird im genannten Phad auch keine xxxx.sqlite-Datei erstellt. Ich würde mir auch einen Tip wünschen, denn mein JAM-Telefonbuch ist mit knapp 3000 Einträgen dermaßen träge, daß ich sehnlichst auf eine andere DB-Lösung warte. Vielen Dank im voraus.
24. März 2020 um 12:28 #48950Hallo Andre, schullerich,
Schickt mir eure Logs mal per Email an thilo.brandt@janrufmonitor.de. Man kann grundsätzlich hier im Forum keine Logs posten.
Viele Grüße
Thilo24. März 2020 um 14:50 #48953Hallo Adre, schullerich,
führt mal über den Update Manager im jAnrufmonitor eine Aktualisierung aus. Es sollte jetzt ein Modul-Update für das SQLite Modul angeboten werden, welches das Problem mit dem Adressbuch behebt.
Viele Grüße
Thilo24. März 2020 um 17:09 #48954Hallo,
erster Zwischenbericht: Kein Absturz mehr, Adressbuch läuft. Nur kann ich auf den Clients bei Nutzung eines serverbasierenden AB nur das JAM-AB, MySQL und Outlook wählen, nicht aber das SQLite. Ist das so beabsichtigt?
Grüße aus Thüringen
24. März 2020 um 17:11 #48955…und der Import aus einer DAT-Datei dauert ewig (CPU-Last 3%) aber die SSD LED leuchtet permanent, obwohl nur ein Transfer von 3MB/s.
24. März 2020 um 17:11 #48956Hallo schullerich,
ja, nicht alle ABs sind für Client/Server-Nutzung geeignet. Das SQLite ist das aktuell noch nicht. Dazu muss ich noch weitere Funktionen in das Modul integrieren. Das wird noch etwas dauern, aber ist grundsätzlich in Planung.
Viele Grüße
Thilo24. März 2020 um 17:15 #48957Hallo schullerich,
die 3 MB DAT-Format sind erst mal nicht aussagekräftig. Die Frage ist, wie groß die SQLite Datei nach dem Import ist. Wie viele Kontakte sind enthalten? Sind Fotos von Kontakten inkludiert?
Viele Grüße
Thilo24. März 2020 um 19:37 #48959Hallo Thilo,
das Adressbuch hat knapp 3000 Datensätze, von denen einige wenige auch Bilder enthalten (ca. 100). Aber irgendwie ist das SQLite Adresbuch beim Öffnen sogar etwas langsamer als das gleiche „klassische“ Adressbuch. Also für mich aktuell keinerlei Performancevorteil. Eigentlich sollte doch SQLite wesetlich perfomanter sein bei großen Datenbanken. Habe ich da noch was falsch gemacht oder muß noch was anderes eingestellt werden? Die Hardware kann es nicht sein (I5 mit 32GB RAM), Win 10 Pro 64Bit. Allerdings läuft der JAM in der 32 Bit- Version.
Hast Du noch einen Tip für mich?
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.