jabva 7.21 läuft nicht auf windows server 2012?

[felino]

Hallo zusammen,

hab leider ein großes Problem mit Java 7.u21 auf einem Server 2012 Standard.
Habe eine Applikation die sonst problemlos funktioniert (Windows 7, Windows 8 und Windows 8.19,.
Möchte ich Sie aber auf einem Server 2012 Standard 64 Bit starten, sturzt diese nach 1 bis 2 Minuten ab und generiert dabei ein Speicher Dump sowie eine Fehlerdatei die folgendermaßen aussieht:

#
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000549026a0, pid=6724, tid=6508
#
# JRE version: 7.0_21-b11
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# C [glass.dll+0x126a0] Java_com_sun_glass_events_KeyEvent__1getKeyCodeForChar+0x1630
#
# Core dump written. Default location: C:\Users\administrator.TIMEFLY\Downloads\hs_err_pid6724.mdmp
#
# If you would like to submit a bug report, please visit:
# HotSpot Virtual Machine Error Reporting Page
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#



--------------- S Y S T E M ---------------

OS: Windows Server 2012 , 64 bit Build 9200

CPU:total 32 (8 cores per cpu, 2 threads per core) family 6 model 45 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, ht, tsc, tscinvbit, tscinv

Memory: 4k page, physical 134188020k(117369768k free), swap 154110964k(136896784k free)

vm_info: Java HotSpot(TM) 64-Bit Server VM (23.21-b01) for windows-amd64 JRE (1.7.0_21-b11), built on Apr 4 2013 08:11:28 by "java_re" with unknown MS VC++:1600

time: Wed Feb 26 19:53:58 2014
elapsed time: 66 seconds





Hat jemand eine Idee woran das liegen kann. Hab schon gegoogelt wie ein blöder aber finde nix zu dem Thema. Musste leider sehr viel von der Fehlerdatei abschneiden da sie zu lang war.

Danke für eure Mühe...

 

[VfL_Freak]

Moin,

# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000549026a0, pid=6724, tid=6508

Hab schon gegoogelt wie ein blöder aber finde nix zu dem Thema

Ach nein ???:L
https://www.google.de/#q=+EXCEPTION_ACCESS_VIOLATION+0xc0000005

# Problematic frame:
# C [glass.dll+0x126a0] Java_com_sun_glass_events_KeyEvent__1getKeyCodeForChar+0x1630

was ist denn das für eine Lib ???:L

An der Stelle kommt es zu einer Speicherverletzung ...
Zeig' mal den entsprechenden Code!

BTW: schon mal gedebuggt? Damit sollte sich das Problem eigentlich schnell eingrenzen lassen ...

Gruß
Klaus

 

[felino]

Hallo Klaus,

habe das Problem gelöst.. war nichts der gleichen.

Einfach auf dem Server die Benutzeroberfläche und Infrastruktur über Rollen und Feature nachinstallieren und schon läuft es.

Trotzdem vielen Dank für deine Mühe.

Gruß
Chris

 

[Sen-Mithrarin]

@VFL
glass.dll ist bestandteil von java ... und hat laut google was mit JavaFX zu tun

@TO
es wird vermutlich zu nem crash kommen da die native-lib versucht anweisungen durchzuführen die so von einer "normalen" server-installation nicht bereitgestellt werden
es kann z.b. zu so einem fehler kommen wenn die glass.dll versucht direkt irgendwas in system-libs aufzurufen die sich aber auf ner server-version unterscheiden ...

das es nach dem nach-installieren von irgendwelchen sachen dann hin-haut bestätigt dies ... da du deinen server jetzt mehr "desktop-ähnlich" gemacht hast

außerdem : J7u21 ? das einfachste was mit sicherheit jeder versucht hätte : einfach mal ne akutelle version zu nutzen (also J7u51)

 

[felino]

Hi,

die Standardvorgehensweisen habe hatte ich natürlich schon alle durch.
Alle Java Versionen + zwei verschiedene Glassfish Versionen. Hatte also auch überhaupt nichts damit zu tun. Java SE unterstützt laut Oracel offiziell kein Windows Server OS.
Da Java wahrscheinlich nicht die einzige APP ist die ganeu dieses Problem verursacht, ist die in das Server OS implementierte Desktop Umgebut natürlich durchaus sinvoll und gewollt.
Schließlich waren auch alle VM's unabhängig von Ihre OS von diesem problem betroffen die durch den 2012 Server virtualisiert wurden.

Auf jeden Fall ist das Theme gelöst.

 

[Sen-Mithrarin]

hmm ... an der stelle frage ich mich eher warum man sich freiwillig einen windows-server zulegt ...

 

[felino]

Weil es in vielen Fällen nun mal von der Anwendungsinfrastruktur vorgegeben wird.

Eine Windows vs. Linux Diskusion führt hier glaube ich auch etwas am Thema vorbei.

 

[Sen-Mithrarin]

um gottes willen ... sowas will ich hier auch gar nicht lostreten ...
klar gibt es für beide eine daseins-berechtigung ... sogar teilweise für die server-variante von Mac OS X ... manches verlangt es halt

mich wundert es nur warum oracle dann extra eine Server-VM zusätzlich anbietet wenns dann doch nicht läuft

aber eine aussage kann ich leider nicht nachvollziehen

Java SE unterstützt laut Oracel offiziell kein Windows Server OS.

echt nicht ? dann guck doch noch mal hier nach : Oracle JDK 7 and JRE 7 Certified System Configurations

eindeutig gelistet :

Win Server 2008 SP2 x86
Win Server 2008 SP2 x64
Win Server 2008 R2 SP1 x64
Win Server 2012 x64
Microsoft Hyper-V Server 2012

und wenn es die normale Java SE 7u51 nicht tut ... dann bietet oracle ja immer noch die Server-JRE an : Java SE - Downloads | Oracle Technology Network | Oracle

und sollte das immer noch nich laufen : JavaEE !
zur not : OpenJDK


es gibt also genug möglichkeiten ... kann mir nicht vorstellen das es an java liegen soll ... oder auch wie du sagst sich das problem auch in virtualisierten krams runter zieht ...

da sollte man vielleicht mal die hardware prüfen und ggf austauschen ... hört sich nämlich eher danach an

 

[felino]

was die requirements abgeht habe ich wohl eine alte Seite erwischt - sorry dafür.

Hab das Thema hier natürlich auf unterschiedliche Hardware getestet überall mit dem gleichen Ergebniss.
Hab ebenfalls lange und intensiv im Netz nach Lösungen gesucht und einige Beiträge gefunden mit dem gleichen Lösungsansatz wie von mir beschrieben. Kann also ´'exotische' Hardware zumindest bei mir mehr oder weniger ausschließen. Klar könnte man nun über den Begriff exotische Hardware diskutieren.

Da ich mich noch nicht damit befasst habe was die Installation der Desktopumgebung auf dem Server 2012 genau bewirkt, kann ich im Moment über den genauen Grund der Abstürze nur wage Vermutungen anstellen was sicherlich keinem weiterhilft. Deswegen war der erste Ansatz das Ganze Java zuzukreiden mit Sicherheit zu voreilig.

Ich bvin erst einmal mit der Lösung zufrieden und wenn ich jetzt noch dieses blöde Signieren (Java APP + Glassfish Server) hinbekomme, dan werde ich vor Glück die Wände hochgehen.. bin nämlich noch ein ziemleicher Java Neuling und beiße miur aktuell noch daran die Zähne aus

 

[Sen-Mithrarin]

zur signierung sollte das glassfish-tutorial was liefern ... wenn nicht such mal im oracle java tutorial ... da wird es ganz gut erklärt ... zur not direkt in die doc