Java 1.7 nicht mehr unterstützt

[mschiller]

Ich hab da eine Frage: Bei der Probeabrechnung in Turbomed kommt nach der Verschlüsselung der Hinweis, dass auf meinen System noch eine ältere Version (1.7.0_40) der Java-Laufzeitumgebung installiert sei. Ich hab aber mittlerweile natürlich Java 8 Update 51 (64 bit)und sogar das Java SE Development Kit 8 Update 51 (64 bit) installiert und bekomme immer noch die Meldung

[Meckelein]

Oha, da is mir tatsächlich was entgangen. Dachte TM arbeitet nach wie vor mit Java Version 1.6 aber spätestens mit dem letzten Quartalsupdate wurde Version 1.7.0u40 eingespielt.

Zu Ihrer Frage, Turbomed bringt seine eigenen Version von Java mit. Dies ist eine von der CompuGroup selbst kompilierte Version. Was daran genau anders ist als an den offiziellen Versionen von Oracle ist mir leider nicht bekannt. Sie finden die Installationsdatei im Quartalsupdate unter Disk2\Java\Cg . Die komplette Installation dieser Java Version wird immer ins Verzeichniss C:\Cg\ durchgeführt. Dies geschieht, soweit ich weiss, aus dem Grund, damit die Abrechnungs- und Verschlüsselungsmodule auf jeden Fall fehlerfrei funktionieren. Diese sind von den Kassen in Java geschrieben, damit man sie auf jedem Betriebssystem ausführen kann.
Die Meldung wie Sie sie beschreiben, ist mir bislang unbekannt. Können Sie sagen, von welchem Program diese Meldung kommt? Eventuell steht etwas in der Titelleiste des Fensters o.ä. Da sich die Java Version von CG nicht ins System einklinkt, zumindest hat die alte Version 1.6 dies nicht getan, hatt ich hiermit auch noch keine Probleme. Da jetzt aber eine neue Version verwendet wird, muss ich mir das in naher Zukunft mal genauer anschauen.
Eine klare Empfehlung zum weiteren vorgehen, kann ich Ihnen aktuell leider nicht geben. TM bietet nur Hilfe zu Fehlern an, wenn die Java Version von CG verwendet wird. Alles in allem wäre ich selber aber glücklicher damit, wenn zumindest die 1.7u80 verwendet werden würde. Dies ist die aktuellste Version aus der 1.7er Reihe. Natürlich wäre es noch schöner, wenn die 1.8er Verwendung findet, aber bei der Update Politik von manchen Herstellern können wir über den aktuellen Zustand schon froh sein.

[mschiller]

nach der Abrechnung kommt der Hinweis im Fehlerprotokoll von Turbomed. Ich geh mal davon aus, dass das KV-Modul die CompuGroup Java 1.7.0 nutz und nicht die aktuelle Version des Systems. Verstehen kann ich das aber nicht, dass TM eine alte Version liefert und dann den fehlerhinweis ausgibt.

[mschiller]

kv.JPG

so schaut die meldung aus

[Meckelein]

Hm, die Meldung kommt wohl eher vom Java Interpreter. Wobei ich das als seltsam empfinde, weil CG diese Meldung an sich abschalten sollte, wenn sie schon am Java rum spielen und ihre eigene Version bauen. Wie gesagt ich werde mir das auf jeden Fall in nächster Zeit mal anschauen. Leider kann ich nicht genau sagen wann genau ich dazu komme

Die Sache mit den Java Versionen ist leider ein bisschen komplizierter. Aber das wichtigste ist, die Version 1.7 sollte eher als "Java 7" und die Version 1.8 unisono als "Java 8" gesehen werden. Es geht hier nicht um Kleinigkeiten in dennen sich die Versionen unterscheiden sondern wirklich um grundsätzliches. Ein Produkt das mit der einen Version erstellt wurde muss nicht zwangsläufig zu 100% fehlerfrei auch mit der anderen Version funktionieren. Und CGM sind hier die Hände gebunden. Die Module für die Kassenabrechnung und Verschlüsselung sind in Java geschrieben und kommen von den Kassen. Der Quellcode diese Module ist zusätzlich verschlüsselt und anscheinen wissen nur die Kassen was da drinnen genau passiert. Daher, wenn diese sagen, das Modul wurde nur mit Java 7u40 geprüft, kann CGM auch nur für diese Kombination Support anbieten.

[systech]

Die geschilderte Fehlermeldung kommt vom KBV-Prüfmodul!

TurboMed und sämtliche CGM-Produkte nutzen zur Zeit noch das auf Version 7 basierende Java von CGM.

Es sollte auch immer darauf geachtet werden, das nur eine, aktuelle Java Version installiert ist und auch nur eine Bit-Version! Wenn keine 64-Bit Applikation Java in 64-Bit benötigt z. B. 64-Bit Webbrowser, so sollte auch auf 64-Bit Systemen nur die 32-Bit Java Version installiert werden!

TurboMed ist immer noch ein 32-Bit Programm! Ausser dem Datenbankserver FOS den man auch als 64-Bit Version installieren und nutzen kann, ist das drumherum 32-Bit!

Im Idealfall sieht das dann so aus:

Java Versionen01_w.jpg

[mschiller]

genau so schaut das bei mir auch aus. Und genau damit kommt die Fehlermeldung des KV-Prüfmoduls.

[systech]

genau so schaut das bei mir auch aus. Und genau damit kommt die Fehlermeldung des KV-Prüfmoduls.

Dann sollte mal in den Grundeinstellungen geprüft werden, ob das CGM Einheitsjava als Standard Java benutzt wird:
->Sonstiges -> Grundeinstellungen -> Sonstiges

GE-EinheitsJava_w.jpg

Wenn das auf Ja steht, mal auf nein, ändern! Dann sollte es keine Meckerei geben vom Prüfmodul!

Ansonsten soll mit Q4-2015 meine ich auch von CGM TurboMed auf Java 8 umgestellt werden...

Gruß Fischer

[mschiller]

@systech

Super, vielen Dank, das wars. Haken raus beim Einheitsjava und die Meldung ist weg.

[wahnfried]

Hm, die Meldung kommt wohl eher vom Java Interpreter.

.nee, die kommt vom Prüfmodul, das ja die ADT-Fehlerlisten der Abrechnung erstellt.

Grüsse, Wahnfried

edit: ist vor 6 Tagen auch schon Jemandem bewußt gewesen... W.

[mschiller]

TM hat mir übrigens geantwortet, ich soll die Meldung ignorieren.