Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: bluelupo on 2014/07/11, 10:26:42
-
Hallo zusammen,
an alle Benutzer von der Finanzsoftware Hibiscus/Jameica, die ein installiertes openjdk in Version 6 oder 7 voraussetzt. Mit der neuen Version 7u60-2.5.0-1 schmiert Hibiscus zB. beim Abruf seiner Kontodaten sang- und klanglos ab.
Als Workaround kann man openjdk6 nutzen, dazu muß man mit update-alternatives --config java die Version 6 auswählen. Danach stürzt Hibiscus/Jameica nicht mehr ab. Ggf. muss man auch noch die internen Plugins bzw. die Hibiscusversion selbst updaten.
-
Es gab gestern einen Bugreport zu openjdk hier im Forum (http://forum.siduction.org/index.php?topic=4752.0), der Bug soll jetzt gefixt sein und ich sehe openjdk-7-jre in Version u60-2.5.0-2 verfügbar.
-
Hi der_bud,
ob da ein Zusammenhang besteht? Aber ich werde es testen mit aktuellsten Version.
-
Hallo zusammen,
an dem Absturz von Hibiscus hat sich mit der neuen Javaversion OpenJDK 7u60-2.5.0-2 nichts geändert. Nur 6b31-1.13.3-1 funktioniert korrekt oder openjdk-jre-7 vor Version 7u60-2.5.0-1
-
Seas blulupe,
ich benutze auch Hibiscus und es läuft openjdk in der Version 7u60-2.5.0-2 ohne Probleme.
openjdk-7-jre:
Installiert: 7u60-2.5.0-2
Installationskandidat: 7u60-2.5.0-2
Versionstabelle:
*** 7u60-2.5.0-2 0
500 http://ftp.de.debian.org/debian/ (http://ftp.de.debian.org/debian/) unstable/main amd64 Packages
100 /var/lib/dpkg/status
sepps
-
Hi sepps,
hast du openjdk-6-jre parallel installiert und was sagt das Kommando "java -version" (als User)?
-
@blueluppo,
Ich bin nicht sepps, aber bei mir läuft auch Hibiscus mit OpenJDK 1.7.0_60 (package version: 7u60-2.5.0-2 ohne Probleme).
$ dpkg -l| grep openjdk
ii openjdk-7-jre:amd64 7u60-2.5.0-2 amd64 OpenJDK Java runtime, using Hotspot JIT
ii openjdk-7-jre-headless:amd64 7u60-2.5.0-2 amd64 OpenJDK Java runtime, using Hotspot JIT (headless)
$ java -version
java version "1.7.0_60"
OpenJDK Runtime Environment (IcedTea 2.5.0) (7u60-2.5.0-2)
OpenJDK 64-Bit Server VM (build 24.60-b09, mixed mode)
Jameica 2.6.1 mit Hibiscus 2.6.7.
(sonst habe ich keine andere Java versionen installiert)
-
seas, all
$ java version
"1.7.0_60"
OpenJDK Runtime Environment (IcedTea 2.5.0) (7u60-2.5.0-2)
OpenJDK 64-Bit Server VM (build 24.60-b09, mixed mode)
$ openjdk-6-jre:
Installiert: (keine)
Installationskandidat: 6b31-1.13.3-1
Versionstabelle:
6b31-1.13.3-1 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
Hibiscus 2.5.1-nightly
Jameica 2.5.0-nightly
ist meine aktuelle Konfiguration.
Kein weiteres Java installiert.
sepps
-
@sepps, @reinob: vielleicht ist ja die Kombination von Version 6 und 7 der Knackpunkt. Werde mal die Version 6 entfernen und testen.
-
bei mir läuft auch nur openjdk-7-jre:amd64 7u60-2.5.0-2 mit
Hibiscus
Software-Version: 2.6.7
Datenbank-Version: 52
Build: 361 [Datum 20140617]
und
Jameica Version: 2.6.0
SWT-Version: 4332 / gtk
Java-Version: 1.7.0_60 / Linux amd64
Build: 439 [Datum 20131217]
und stürzt wie bei bluelupo beim Aktualisieren der Salden ab nach dem update 7u55-2.4.7-2 auf 7u60-2.5.0-2
java -version
java version "1.7.0_60"
OpenJDK Runtime Environment (IcedTea 2.5.0) (7u60-2.5.0-2)
OpenJDK 64-Bit Server VM (build 24.60-b09, mixed mode)
-
was spricht eigentlich gegen ein Oracle Java - ausser, dass es böse ist und funktioniert?
-
und stürzt wie bei bluelupo beim Aktualisieren der Salden ab nach dem update 7u55-2.4.7-2 auf 7u60-2.5.0-2
Ich hab's! passt dein Saldo noch in 64-bit? :) signed oder unsigned? :)
SCNR.
-
@melmarker:
....ganz böse. Im Ernst, Hibiscus supportet offiziell openjdk Version 6 und 7.
@reinob: werde ich heute Abend testen. Ich gebe hier Bescheid.
-
Jenkins und smartgithg sollen angeblich auch mit openj zufriedenstellend laufen - nach einem Jahr habe ich aber die Hasskappe auf und auf Oracle umgestellt - seit dem laufen beide Sachen wesentlich performanter und fehlerfreier - nu gut, sind Entwicklungswerkzeuge, da braucht man das. Bei Banking ist das wahrscheinlich nicht ganz so relevant 8)
-
Ich hab's! passt dein Saldo noch in 64-bit? :) signed oder unsigned? :)
@reinob: was hast du genau gemacht das Hibiscus mit openjdk-7 nicht abstürzt? ;)
-
/me wundert sich, ob bluelupo schon mal auf die idee gekommen ist, hibiscus in gdb laufen zu lassen
-
Hallo zusammen,
ich habe die drei openjdk-7 Pakete downgegradet von Version 7u60-2.5.0-2 auf 7-7u55-2.4.7-2 (vom 17.5.2014) via Snapshot-Archiv von Debian.
openjdk-7-jre [7u60-2.5.0-2]
openjdk-7-jre-headless [7u60-2.5.0-2]
openjdk-7-jre-lib [7u60-2.5.0-2]
Danach geht's auch wieder mit der 7er Version und Hibiscus. Die obigen Pakete dann natürlich auf HOLD setzen sonst sind sie beim nächsten D-U wieder weg ;-)
Übrigens, das Problem ist nicht unbekannt. Im onlinebanking-forum.de, dort liest auch der Entwickler von Hibiscus mit, trat das Problem ebenfalls auf.
-
und trotzdem wäre es zielführend, das mal mit einem ordentlichen Java zu testen. Dann hätten die Entwickler der verkrüppelten Variante wenigstens eine Chance, das Zeug vielleicht irgendwann mal zum laufen zu bekommen.
-
Ich hab's! passt dein Saldo noch in 64-bit? :) signed oder unsigned? :)
@reinob: was hast du genau gemacht das Hibiscus mit openjdk-7 nicht abstürzt? ;)
Nichts. Übrigens das mit dem 64-bit signed/unsigned war nur ein Witz. Niemand hat so viel Geld.
Du könntest einfach Jameica von der Command-Line ausführen (sagt man das so, kingt komisch) und so siehst Du ob da was (nützliches) rausgespuckt wird.
Oder wie @melmarker sagt: gdb
(aber gdb mit Java?.. ich würde (fast) lieber alle meine Haare einzeln pflücken lassen!)
-
aus der Konsole gestartet, ergibt sich bei einer Umsatzabfrage folgende Fehlermeldung
A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x0000000000000000, pid=12121, tid=139804793927424
#
# JRE version: OpenJDK Runtime Environment (7.0_60-b30) (build 1.7.0_60-b30)
# Java VM: OpenJDK 64-Bit Server VM (24.60-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C 0x0000000000000000
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /opt/banking/jameica/hs_err_pid12121.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# http://icedtea.classpath.org/bugzilla
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug
-
@jure,
Cool. Was steht denn in /opt/banking/jameica/hs_err_pid12121.log?
-
...
# Java VM: OpenJDK 64-Bit Server VM (24.60-b09 mixed mode linux-amd64 compressed oops)
...
Aufgrund des wordings in der ^ Fehlermeldung mal ins Blaue geraten, könnte das Problem vielleicht auf multiarch-Systemen auftauchen und mit irgendwelchem amd64-vs-i386-transitions-Kram zu tun haben?
Auf http://icedtea.classpath.org/bugzilla hab ich auf die schnelle keinen passenden aktuellen Bug gefunden, suchen nach der Fehlermeldung fördert ein paar ähnliche zutage, meist in Verbindung mit eclipse (z.B. https://software.intel.com/en-us/forums/topic/499152 oder https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705420 )
-
Hallo zusammen,
Kommando zurück, auch der Downgrade arbeitet nicht mehr zuverlässig. Statt einen Programmabsturz hat es jetzt einen Einfrieren von Hibiscus zu Folge. Ich lass das ganze jetzt erstmal mit openjdk-7 und bleibe auf openjdk-6. Das hat bis jetzt immer funktioniert.
Leider muss ich festellen, das gerade die JAVA-Applikationen mich seit Anfang des Jahres immer wieder massiv ärgern, ob es immer im direktem Zusammenhang mit openjdk steht kann ich nicht beurteilen. Auf jeden Fall waren die JAVA-Applikationen beteiligt daran. Es kann nur besser werden ;-)
-
bluelupo: deswegen habe ich vor knapp 3 Monaten wieder mal den Selbstversuch gemacht und das wepup8-repo mit java eingebunden. FOSS hin oder her - wenn Jenkins mit Packagebuilder und ISObuilder die Grätsche macht, dann ist das nicht so schön.
Die Monate davor ist es mit den freien Sachen 1a gelaufen - das war aber irgendwann schlagartig vorbei
-
Neue Version (7u65-2.5.1-1). Jameica/Hibiscus funktionieren noch super.
$ apt-cache policy openjdk-7-jre*
openjdk-7-jre-zero:
Installed: (none)
Candidate: 7u65-2.5.1-1
Version table:
7u65-2.5.1-1 0
500 http://ftp.de.debian.org/debian/ (http://ftp.de.debian.org/debian/) sid/main amd64 Packages
openjdk-7-jre-headless:
Installed: 7u65-2.5.1-1
Candidate: 7u65-2.5.1-1
Version table:
*** 7u65-2.5.1-1 0
500 http://ftp.de.debian.org/debian/ (http://ftp.de.debian.org/debian/) sid/main amd64 Packages
100 /var/lib/dpkg/status
openjdk-7-jre-lib:
Installed: (none)
Candidate: 7u65-2.5.1-1
Version table:
7u65-2.5.1-1 0
500 http://ftp.de.debian.org/debian/ (http://ftp.de.debian.org/debian/) sid/main amd64 Packages
openjdk-7-jre:
Installed: 7u65-2.5.1-1
Candidate: 7u65-2.5.1-1
Version table:
*** 7u65-2.5.1-1 0
500 http://ftp.de.debian.org/debian/ (http://ftp.de.debian.org/debian/) sid/main amd64 Packages
100 /var/lib/dpkg/status
-
Neue Version (7u65-2.5.1-1). Jameica/Hibiscus funktionieren noch super.
...
welchen Leser mit welchem Treiber benutzt du denn, PC/SC oder ctapi. Mein ReinerSCT cyberJack läuft mit PC/SC und der Entwickler von Hibiscus schreibt im http://www.onlinebanking-forum.de/forum/topic.php?p=108890#real108890 (http://www.onlinebanking-forum.de/forum/topic.php?p=108890#real108890)
Also der Crash passiert jedenfalls beim Oeffnen der Verbindung zum PCSC-Kartenleser.
Unter Umstaenden hat sich da in dieser Java-Version was geaendert oder
die in dieser Java-Version enthaltene PCSC-Unterstuetzung ist nicht mehr kompatibel zum installierten
pcscd/pcsc-lite.
-
Hi jure,
ich benutze den Kartenleser cyberJack eCom von ReinerSCT (mit neuester Firmware) und PC/SC, sowie libifd-cyberjack6 den aber nicht in der aktuellsten Version in SID sondern der von der Herstellerseite downloadbare Version (als deb). Nur diese Version lief damals (Anfang 2014).
Das einzige was ich noch nicht getestet habe ist die Kombination libifd-cyberjack6 3.99.5final.sp05-1 mit openjdk-7-jre 7u60-2.5.0-2.
libifd-cyberjack6:
Installiert: 3.99.5final.SP03
Installationskandidat: 3.99.5final.SP03
Paket-Pinning: 3.99.5final.SP03
Versionstabelle:
3.99.5final.sp05-1 10000
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
*** 3.99.5final.SP03 10000
100 /var/lib/dpkg/status
pcsc-tools:
Installiert: 1.4.22-1
Installationskandidat: 1.4.22-1
Versionstabelle:
*** 1.4.22-1 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status
pcscd:
Installiert: 1.8.11-3
Installationskandidat: 1.8.11-3
Versionstabelle:
*** 1.8.11-3 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status
# pcsc_scan
PC/SC device scanner
V 1.4.22 (c) 2001-2011, Ludovic Rousseau <ludovic.rousseau@free.fr>
Compiled with PC/SC lite version: 1.8.10
Using reader plug'n play mechanism
Scanning present readers...
0: REINER SCT cyberJack ecom_a (0679700133) 00 00
Fri Jul 18 11:47:48 2014
Reader 0: REINER SCT cyberJack ecom_a (0679700133) 00 00
Card state: Card removed,
-
welchen Leser mit welchem Treiber benutzt du denn, PC/SC oder ctapi.
Aha, jetzt ist alles klar. Ich benutze HBCI/FinTS mit klasisschen PIN/TAN.
-
@reinob: Ich habe einen "echten" HBCI Zugang via Karte/Kartemleser zu meiner Bank.
-
mit dem heutigen update auf 7u65-2.5.1-1 gehts bei mir wieder, ohne weitere Änderungen ;D
apt-cache policy openjdk-7-jre
openjdk-7-jre:
Installiert: 7u65-2.5.1-1
Installationskandidat: 7u65-2.5.1-1
Versionstabelle:
*** 7u65-2.5.1-1 0
500 http://http.debian.net/debian/ unstable/main amd64 Packages
-
Hi hure,
scheint bei mir, nach einem ersten Test, auch wieder zu funktionieren (neue Version 7u65-2.5.1-2).