[Java] Mixing JRE's?

Pagina: 1
Acties:

  • Deddiekoel
  • Registratie: Maart 2000
  • Laatst online: 12-11-2025

Deddiekoel

Gadget nerd

Topicstarter
Ik heb een heel raar probleem. Ik heb een .jar file gemaakt in Java 5. Deze .jar moet nu op een server gaan draaien. Op deze server zijn verschillende JRE's geinstalleerd en als laatste JRE 1.5

De .jar kan 'kaal' worden gestart en dan gebruikt hij een aantal standaard settings. Als ik dit draai werkt het zonder problemen. Als ik nu de argumenten ga ingeven (waaronder een tweetal filepaths) dan gaat het mis en krijg ik of helemaal geen reactie of de volgende error:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x77fcc024, pid=11848, tid=8656
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0-b64 mixed mode, sharing)
# Problematic frame:
# C  [ntdll.dll+0x4c024]
#

---------------  T H R E A D  ---------------

Current thread (0x00735d70):  JavaThread "main" [_thread_in_vm, id=8656]

siginfo: ExceptionCode=0xc0000005, writing address 0x00000000

Registers:
EAX=0x00000000, EBX=0x000004a9, ECX=0x00000000, EDX=0x00732a30
ESP=0x0006f30c, EBP=0x0006f4d8, ESI=0x00730000, EDI=0x007304e8
EIP=0x77fcc024, EFLAGS=0x00010283

Top of Stack: (sp=0x0006f30c)
0x0006f30c:   00735bbe 00000026 00735d70 0006f354
0x0006f31c:   6d6ff868 2b2f9968 2b2f3878 2b2f3878
0x0006f32c:   00000001 00000001 00000000 00735d70
0x0006f33c:   0006f3e0 0006f3e0 2b2f2bf8 6d6ff683
0x0006f34c:   00000004 00735d70 0006f38c 6d6942d1
0x0006f35c:   00000002 6d694273 0097b048 0097b048
0x0006f36c:   6d6ff51e 0097b048 0097b040 00735d70
0x0006f37c:   0006f3b8 6d7007bf 0097b02c 0097b03c 

Instructions: (pc=0x77fcc024)
0x77fcc014:   08 89 85 d4 fe ff ff 8b 49 0c 89 8d d0 fe ff ff
0x77fcc024:   89 01 89 48 04 3b c1 0f 84 06 26 00 00 8b 45 d0 


Stack: [0x00030000,0x00070000),  sp=0x0006f30c,  free space=252k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [ntdll.dll+0x4c024]
C  [MSVCRT.dll+0x1532]
C  [MSVCRT.dll+0x14cf]
C  [java.dll+0x1ae0]
j  java.lang.ClassLoader$NativeLibrary.find(Ljava/lang/String;)J+0
j  java.lang.ClassLoader.findNative(Ljava/lang/ClassLoader;Ljava/lang/String;)J+49
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8168d]
V  [jvm.dll+0xd4179]
V  [jvm.dll+0x8155e]
V  [jvm.dll+0x8153e]
V  [jvm.dll+0xcb533]
V  [jvm.dll+0xcb61b]
V  [jvm.dll+0xcb6ff]
V  [jvm.dll+0x7d90a]
j  java.util.zip.ZipFile.initIDs()V+0
j  java.util.zip.ZipFile.<clinit>()V+13
v  ~StubRoutines::call_stub
V  [jvm.dll+0x8168d]
V  [jvm.dll+0xd4179]
V  [jvm.dll+0x8155e]
V  [jvm.dll+0x74bd5]
V  [jvm.dll+0x73ad4]
V  [jvm.dll+0x742cf]
V  [jvm.dll+0x73ad4]
V  [jvm.dll+0x9e711]
V  [jvm.dll+0x84773]
C  [java.exe+0x242c]
C  [java.exe+0x12d0]
C  [java.exe+0x64cd]
C  [KERNEL32.DLL+0x11af6]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  java.lang.ClassLoader$NativeLibrary.find(Ljava/lang/String;)J+0
j  java.lang.ClassLoader.findNative(Ljava/lang/ClassLoader;Ljava/lang/String;)J+49
v  ~StubRoutines::call_stub
j  java.util.zip.ZipFile.initIDs()V+0
j  java.util.zip.ZipFile.<clinit>()V+13
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x009a6978 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=4500]
  0x009a5480 JavaThread "CompilerThread0" daemon [_thread_blocked, id=8356]
  0x009a4740 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=8432]
  0x009a1ac8 JavaThread "Finalizer" daemon [_thread_blocked, id=6072]
  0x009a0e38 JavaThread "Reference Handler" daemon [_thread_blocked, id=12536]
=>0x00735d70 JavaThread "main" [_thread_in_vm, id=8656]

Other Threads:
  0x0099fd28 VMThread [id=8592]
  0x009c1918 WatcherThread [id=3600]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 576K, used 109K [0x22af0000, 0x22b90000, 0x22fd0000)
  eden space 512K,  21% used [0x22af0000, 0x22b0b750, 0x22b70000)
  from space 64K,   0% used [0x22b70000, 0x22b70000, 0x22b80000)
  to   space 64K,   0% used [0x22b80000, 0x22b80000, 0x22b90000)
 tenured generation   total 1408K, used 0K [0x22fd0000, 0x23130000, 0x26af0000)
   the space 1408K,   0% used [0x22fd0000, 0x22fd0000, 0x22fd0200, 0x23130000)
 compacting perm gen  total 8192K, used 11K [0x26af0000, 0x272f0000, 0x2aaf0000)
   the space 8192K,   0% used [0x26af0000, 0x26af2db8, 0x26af2e00, 0x272f0000)
    ro space 8192K,  62% used [0x2aaf0000, 0x2aff7160, 0x2aff7200, 0x2b2f0000)
    rw space 12288K,  46% used [0x2b2f0000, 0x2b87c1c0, 0x2b87c200, 0x2bef0000)

Dynamic libraries:
0x00400000 - 0x0040c000     C:\Program Files\Java\jre1.5.0\bin\java.exe
0x77f80000 - 0x77ffd000     C:\WINNT\system32\ntdll.dll
0x7c2d0000 - 0x7c332000     C:\WINNT\system32\ADVAPI32.dll
0x7c570000 - 0x7c628000     C:\WINNT\system32\KERNEL32.DLL
0x77d30000 - 0x77da1000     C:\WINNT\system32\RPCRT4.DLL
0x78000000 - 0x78045000     C:\WINNT\system32\MSVCRT.dll
0x77630000 - 0x7763f000     C:\WINNT\system32\tsappcmp.dll
0x6d640000 - 0x6d7c5000     C:\Program Files\Java\jre1.5.0\bin\client\jvm.dll
0x77e10000 - 0x77e75000     C:\WINNT\system32\USER32.dll
0x77f40000 - 0x77f7e000     C:\WINNT\system32\GDI32.DLL
0x77570000 - 0x775a0000     C:\WINNT\system32\WINMM.dll
0x67b00000 - 0x67b07000     C:\WINNT\system32\mfaphook.dll
0x674c0000 - 0x674c7000     C:\Program Files\Citrix\system32\tzhook.dll
0x6d280000 - 0x6d288000     C:\Program Files\Java\jre1.5.0\bin\hpi.dll
0x690a0000 - 0x690ab000     C:\WINNT\system32\PSAPI.DLL
0x6d610000 - 0x6d61c000     C:\Program Files\Java\jre1.5.0\bin\verify.dll
0x6d300000 - 0x6d31d000     C:\Program Files\Java\jre1.5.0\bin\java.dll
0x6d630000 - 0x6d63f000     C:\Program Files\Java\jre1.5.0\bin\zip.dll

VM Arguments:
java_command: sno.jar 300 50 E:\path\to\inputdir E:\path\to\outputdir true

Environment Variables:
PATH=C:\Program Files\Java\jre1.5.0\bin;C:\oracle\ora92\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;c:\rpmtools\bin\;c:\rpmtools\lib\;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\WINNT\System32\Citrix\IMA;C:\WINNT\System32\Citrix\IMA\SubSystems;C:\Program Files\Hummingbird\Connectivity\9.00\Exceed;C:\usr\OV\bin;C:\usr\OV\bin\OpC;C:\Program Files\Resource Kit\;C:\Program Files\Support Tools\;C:\Program Files\Citrix\System32\Citrix\IMA;C:\Program Files\Citrix\System32\Citrix\IMA\Subsystems;C:\WINNT\System32\Citrix\IMA;C:\Program Files\Citrix\system32;C:\Program Files\Citrix\SSLRelay;C:\Program Files\Hummingbird\Connectivity\9.00\Accessories\;C:\Program Files\Dell\OpenManage\oma\bin;C:\Program Files\Dell\OpenManage\LU\bin;C:\Program Files\Dell\OpenManage\oldiags\bin;C:\Program Files\Dell\OpenManage\rac\MN;C:\Program Files\Dell\OpenManage\Array Manager;C:\Program Files\Hummingbird\Connectivity\9.00\Security\Kerberos\;C:\Program Files\Adobe
USERNAME=deddiekoel
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 9, GenuineIntel


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

OS: Windows 2000 Build 2195 Service Pack 4

CPU:total 4 family 15, cmov, cx8, fxsr, mmx, sse, sse2, ht

Memory: 4k page, physical 2097151k(2097151k free), swap 4194303k(4194303k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0-b64) for windows-x86, built on Sep 15 2004 03:00:31 by "java_re" with MS VC++ 6.0

Een heleboel error (alles boven de ---THREAD---- is de error die in de commandline wordt gegeven) waar ik weinig van begrijp. Als ik "java -version" intyp krijg ik keurig 1.5.0 terug.
Wat ik niet snap is waarom er melding wordt gemaakt van de Hotspot VM. Voor zover ik weet is er geen Hotspot VM geinstalleerd. Nu moet ik wel zeggen dat ik e server niet beheer en weinig weet van wat er op staat. Wat ik graag zou willen weten is hoe ik kan nagaan of er standaard een Hotspot VM draait en wat ik er aan kan doen om deze te omzeilen.

Ik heb al geprobeerd om:
- Java commando te draaien vanuit de installdir van de JVM
- Path aan te passen zodat juiste JVM wordt gebruikt

Wat ook vreemd is is dat zonder argumenten het werkt maar ook als ik de jar uitpak en direct de class aanroep. Maar ik zou heel graag de .jar gebruiken. Iemand enig idee?

Verlanglijstje: Switch 2, PS5 Pro Most wanted: Switch 2


  • Gert
  • Registratie: Juni 1999
  • Laatst online: 05-12-2025
HotSpot is the standaard vm tegenwoordig, met java -server neem je de server vm.

  • Deddiekoel
  • Registratie: Maart 2000
  • Laatst online: 12-11-2025

Deddiekoel

Gadget nerd

Topicstarter
Maar als ik hem lokaal op mijn laptop draai (zelfde JRE) dan zijn er geen problemen...

Als ik server als parameter meegeef dan zegt hij dat er geen server VM is...

Verlanglijstje: Switch 2, PS5 Pro Most wanted: Switch 2