Debian Stretch Update: Keine Verbindung zur Datenbank

[Richigeht]

Hallo,
mit dem aktuellen Debian Stretch Update zerschießt man sich die Datenbank Verbindung! Wirklich unschön, scheint ein Bug im Connector zu sein:

https://stackoverflow.com/questions/26515700/mysql-jdbc-driver-5-1-33-time-zone-issue
https://www.java-forum.org/thema/mysql-keine-verbindung-zur-datenbank.182363/

Wenn man die application.properties um folgenden Eintrag anpasst, geht es dann wieder:

spring.datasource.url=jdbc:mysql://XXXXX/urlaubsverwaltung
?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=Europe/Berlin

[derTobsch]

Danke für die Info!

Wir sind dabei bei der 3.x version der UV auf mariadb zu gehen. D.h. das Problem würde sich da auch auflösen.

[BurtGummer]

Hallo,

meine UV läuft auch auf einem aktuellen Debian Stretch aber das Problem habe ich nicht. Oder betrifft das Problem nur "Oracle MySQL" Benutzer? Dachte seit Stretch gibt es nur noch MariaDB?

[Richigeht]

Hallo, Ja ich setze MariaDB ein und habe dann auch extra per Repo die neuste MariaDB Version installiert, da die von Debian nicht mehr unterstützt wird. Also so ganz sicher bin ich mir auch nicht, aber eben nach dem Update habe ich das Tool neugestartet zwecks Update und dann hatte ich das Problem und konnte es nur mit angebender Lösung beheben 🤷‍♂️ Mit freundlichen Grüßen / Best regards Richi Von meinem iPhone gesendet

…

Am 03.05.2019 um 10:12 schrieb BurtGummer ***@***.***>: Hallo, meine UV läuft auch auf einem aktuellen Debian Stretch aber das Problem habe ich nicht. Oder betrifft das Problem nur "Oracle MySQL" Benutzer? Dachte seit Stretch gibt es nur noch MariaDB? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

[BurtGummer]

Habe die UV gerade nochmal neu gestartet, keine Probleme. Habe MariaDB aus dem Debian Repo laufen. Nutzt du das OpenJDK aus dem Debian Repo oder original Java von Oracle?

[Richigeht]

Hi, Ich nutze eigentlich immer nur originale Sachen aus dem Repo, also wohl OpenJDK in dem Fall. Mit freundlichen Grüßen / Best regards Richi Von meinem iPhone gesendet

…

Am 03.05.2019 um 10:27 schrieb BurtGummer ***@***.***>: Habe die UV gerade nochmal neu gestartet, keine Probleme. Habe MariaDB aus dem Debian Repo laufen. Nutzt du das OpenJDK aus dem Debian Repo oder original Java von Oracle? — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

[BurtGummer]

Ah, das wird es sein, ich nutze, weil ich vorher schon Probleme damit hatte, das original Java von Oracle in der Server-Version für die UV. Kommt der Connector bei der UV oder beim Java mit - vermutlich Java? Dann wäre das die Erklärung.

In den Jahren wo ich die UV laufen habe, habe 2 bis 3 mal probiert sie mit dem OpenJDK von Debian laufen zu lassen, irgendein Fehler war damit immer und mit dem offiziellen Java nicht mehr. Deswegen ging ich davon aus, wie bei anderen Programmen auch, dass das Oracle Java benötigt wird. Deutlich schöner und einfacher wäre natürlich OpenJDK.

[Richigeht]

Hi, Also ich muss zugeben, ich habe nicht nochmal nachgeschaut und gerade keinen Laptop zur Hand. Aber gehe von OpenJDK eben aus. Trotzdem doof der Bug. Gott sei dank lies es sich in der UV schnell beheben. Mit freundlichen Grüßen / Best regards Richi Von meinem iPhone gesendet

…

Am 03.05.2019 um 14:09 schrieb BurtGummer ***@***.***>: Ah, das wird es sein, ich nutze, weil ich vorher schon Probleme damit hatte, das original Java von Oracle in der Server-Version für die UV. Kommt der Connector bei der UV oder beim Java mit - vermutlich Java? Dann wäre das die Erklärung. In den Jahren wo ich die UV laufen habe, habe 2 bis 3 mal probiert sie mit dem OpenJDK von Debian laufen zu lassen, irgendein Fehler war damit immer und mit dem offiziellen Java nicht mehr. Deswegen ging ich davon aus, wie bei anderen Programmen auch, dass das Oracle Java benötigt wird. Deutlich schöner und einfacher wäre natürlich OpenJDK. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

[thiloplanz]

Kommt der Connector bei der UV oder beim Java mit

Der MySQL Connector kommt (via Spring Boot) als der Teil der UV. Im Zuge des Umstiegs auf eine neuere Version von Spring Boot haben wir auch eine neue Version des Connectors bekommen (5.1.40 -> 8.0.15). Kann sein, dass dadurch die Verbindungskonfiguration wie oben beschrieben angepasst werden muss.

Deswegen ging ich davon aus, wie bei anderen Programmen auch, dass das Oracle Java benötigt wird.

Dies sollte nicht mehr der Fall sein. UV müsste unter OpenJDK 8 gut laufen.
Insbesondere, da Oracle JDK 8 entweder gar nicht mehr oder zumindest nicht mehr kostenfrei zu bekommen ist, ist das ein wichtiger Punkt. (OpenJDK 8 wird mittlerweile von Red Hat weitergepflegt).

Wer bei Oracle JDK bleiben möchte, muß vermutlich aus Lizenzgründen auf Java 11 umsteigen. Läuft die UV damit eigentlich auch, @derTobsch ?

[BurtGummer]

Dies sollte nicht mehr der Fall sein. UV müsste unter OpenJDK 8 gut laufen.

Habe die UV gerade mal wieder mit OpenJDK 1.8.0_212 gestartet, läuft bisher ohne Probleme. Ist natürlich deutlich angenehmer zu pflegen.

[forum-is]

Wir haben
MySQL 5.7.26
java version "11.0.2" 2019-01-15 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.2+9-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.2+9-LTS, mixed mode)
am laufen.
Am Anfang hatte ich ebenfalls Probleme, da Stretch die Sommerzeit mitliefert, womit der SQL Server nichts anzufangen wusste. Das Problem konnte durch Anpassung der spring.datasource.url behoben werden --> ?useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=Europe/Berlin

[derTobsch]

Kommt der Connector bei der UV oder beim Java mit

Der MySQL Connector kommt (via Spring Boot) als der Teil der UV. Im Zuge des Umstiegs auf eine neuere Version von Spring Boot haben wir auch eine neue Version des Connectors bekommen (5.1.40 -> 8.0.15). Kann sein, dass dadurch die Verbindungskonfiguration wie oben beschrieben angepasst werden muss.

Deswegen ging ich davon aus, wie bei anderen Programmen auch, dass das Oracle Java benötigt wird.

Dies sollte nicht mehr der Fall sein. UV müsste unter OpenJDK 8 gut laufen.
Insbesondere, da Oracle JDK 8 entweder gar nicht mehr oder zumindest nicht mehr kostenfrei zu bekommen ist, ist das ein wichtiger Punkt. (OpenJDK 8 wird mittlerweile von Red Hat weitergepflegt).

Wer bei Oracle JDK bleiben möchte, muß vermutlich aus Lizenzgründen auf Java 11 umsteigen. Läuft die UV damit eigentlich auch, @derTobsch ?

Also wir haben sie damit nicht am Laufen und ich würde hier erstmal kein ja dazu geben.

[forum-is]

Kommt der Connector bei der UV oder beim Java mit

Der MySQL Connector kommt (via Spring Boot) als der Teil der UV. Im Zuge des Umstiegs auf eine neuere Version von Spring Boot haben wir auch eine neue Version des Connectors bekommen (5.1.40 -> 8.0.15). Kann sein, dass dadurch die Verbindungskonfiguration wie oben beschrieben angepasst werden muss.

Deswegen ging ich davon aus, wie bei anderen Programmen auch, dass das Oracle Java benötigt wird.

Dies sollte nicht mehr der Fall sein. UV müsste unter OpenJDK 8 gut laufen.
Insbesondere, da Oracle JDK 8 entweder gar nicht mehr oder zumindest nicht mehr kostenfrei zu bekommen ist, ist das ein wichtiger Punkt. (OpenJDK 8 wird mittlerweile von Red Hat weitergepflegt).
Wer bei Oracle JDK bleiben möchte, muß vermutlich aus Lizenzgründen auf Java 11 umsteigen. Läuft die UV damit eigentlich auch, @derTobsch ?

Also wir haben sie damit nicht am Laufen und ich würde hier erstmal kein ja dazu geben.

Bei uns im Einsatz:
MySQL 5.7.26
java version "11.0.2" 2019-01-15 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.2+9-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.2+9-LTS, mixed mode)

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.