OpenJDK Version

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

bjoerns1983
Beiträge: 33
Registriert: 30.09.2020, 16:35
System: in Planung
Hat sich bedankt: 2 Mal
Danksagung erhalten: 3 Mal

OpenJDK Version

Beitrag von bjoerns1983 » 23.08.2023, 07:31

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?

Benutzeravatar
jmaus
Beiträge: 9868
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1883 Mal
Kontaktdaten:

Re: OpenJDK Version

Beitrag von jmaus » 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.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Benutzeravatar
deimos
Beiträge: 5399
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 958 Mal
Kontaktdaten:

Re: OpenJDK Version

Beitrag von deimos » 23.08.2023, 07:49

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

bjoerns1983
Beiträge: 33
Registriert: 30.09.2020, 16:35
System: in Planung
Hat sich bedankt: 2 Mal
Danksagung erhalten: 3 Mal

Re: OpenJDK Version

Beitrag von bjoerns1983 » 23.08.2023, 08:19

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.

Benutzeravatar
jmaus
Beiträge: 9868
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1883 Mal
Kontaktdaten:

Re: OpenJDK Version

Beitrag von jmaus » 23.08.2023, 14:54

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.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Benutzeravatar
deimos
Beiträge: 5399
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 958 Mal
Kontaktdaten:

Re: OpenJDK Version

Beitrag von deimos » 23.08.2023, 18:15

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

MichaelN
Beiträge: 9685
Registriert: 27.04.2020, 10:34
System: CCU
Hat sich bedankt: 700 Mal
Danksagung erhalten: 1627 Mal

Re: OpenJDK Version

Beitrag von MichaelN » 23.08.2023, 18:25

Nun, wir reden von eq3. Noch Fragen?
LG, Michael.

Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.

Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++

Benutzeravatar
deimos
Beiträge: 5399
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 958 Mal
Kontaktdaten:

Re: OpenJDK Version

Beitrag von deimos » 23.08.2023, 18:35

Hi,

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

Viele Grüße
Alex

Benutzeravatar
Baxxy
Beiträge: 10850
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 610 Mal
Danksagung erhalten: 2230 Mal

Re: OpenJDK Version

Beitrag von Baxxy » 23.08.2023, 18:49

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

bjoerns1983
Beiträge: 33
Registriert: 30.09.2020, 16:35
System: in Planung
Hat sich bedankt: 2 Mal
Danksagung erhalten: 3 Mal

Re: OpenJDK Version

Beitrag von bjoerns1983 » 29.08.2023, 08:28

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

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

Antworten

Zurück zu „debmatic“