HomeMatic-Forum / FHZ-Forum

Moin Leute,
in der Vergangenheit gab es ja Probleme mit Debmatic und OpenJDK Versionen größer V11.
Ist das inzwischen behoben, bzw. nutzt hier jemand z.B. OpenJDK 17 in Verbindung mit Debmatic?

Die maximal zu nutzende Java Version ist nicht abhängig von debmatic selbst, sondern ist vielmehr vom HMIPServer abhängig der Teil von OCCU ist und so von eQ3 zur Verfügung gestellt wird. Und hier gilt aktuell immer noch das man maximal Java8 verwenden sollte mit der CCU/OCCU und folglich eben dann auch debmatic.

Hi,

jmaus hat geschrieben: ↑

23.08.2023, 07:37

Die maximal zu nutzende Java Version ist nicht abhängig von debmatic selbst, sondern ist vielmehr vom HMIPServer abhängig der Teil von OCCU ist und so von eQ3 zur Verfügung gestellt wird. Und hier gilt aktuell immer noch das man maximal Java8 verwenden sollte mit der CCU/OCCU und folglich eben dann auch debmatic.

Ich muss dir wiedersprechen, das ist mittlerweile überholt. Nach einem intensiven Test habe ich debmatic für Java 17, 18 und 19 freigegeben, siehe viewtopic.php?f=81&t=78818

Viele Grüße
Alex

Super vielen Dank das ist die Info die ich brauchte.
Ich habe gestern Abend nämlich gestern meinen Debian 11 Server auf den neuesten Stand gebracht und seitdem frisst mir debmatic die CPU weg.
Möchte halt schauen ob es mit einem neuere JDK besser wird.

deimos hat geschrieben: ↑

23.08.2023, 07:49

jmaus hat geschrieben: ↑

23.08.2023, 07:37

Die maximal zu nutzende Java Version ist nicht abhängig von debmatic selbst, sondern ist vielmehr vom HMIPServer abhängig der Teil von OCCU ist und so von eQ3 zur Verfügung gestellt wird. Und hier gilt aktuell immer noch das man maximal Java8 verwenden sollte mit der CCU/OCCU und folglich eben dann auch debmatic.

Ich muss dir wiedersprechen, das ist mittlerweile überholt. Nach einem intensiven Test habe ich debmatic für Java 17, 18 und 19 freigegeben, siehe viewtopic.php?f=81&t=78818

Nun, ich kann dir nur sagen was mir eQ3 Entwickler die den HMIPServer mit entwickeln direkt gesagt haben. Die arbeiten selbst noch auf Java 8 und sagen explizit man soll nicht höher gehen. Auch die Cloudsoftware läuft wohl noch auf Java8.... Aber umso besser wenn es dann doch mit neueren Versionen geht. Werde ich dann wohl mal selbst evaluieren und testen ob ich den Schritt auch bei RaspberryMatic wagen kann.

Hi,

ich kann nur sagen, dass mit den Updates von Vertex und nrjavaserial die beiden mir bekannten Problemfälle rausgefallen sind und das bei mir jetzt seit über 4 Monaten stabil läuft.
Wie man aber immer noch auf Java 8 setzten kann für die Cloud Platform ist mir ein Rätsel, an sich ist Java 8 End of (Public) Support und den Extended Support lässt sich Oracle einiges kosten und auch die Alternative Azul ist dann alles andere als günstig. Wobei es mich leider nicht wundern würde, wenn sie ohne Support auf OpenJDK setzen würden.

Viele Grüße
Alex

Nun, wir reden von eq3. Noch Fragen?

Hi,

ich hätte dazu schreiben sollen, dass es eine rhetorische Frage war.

Viele Grüße
Alex

So langsam könnten die ihr Dev-Setup mal updaten.
Kein Wunder das nicht mal der Netfinder mit aktueller Java-Version richtig funktioniert.

Ich weiß schon warum ich Java seit dem Studium nicht mehr mag.

Funktioniert angeblich überall etc. aber eigentlich ist es nur eine ziemliche Ressourcenverschwendung.