That was me.Anonymous wrote:I have the Sun Java VM, and my "X" is capitalized in the Java Runtime Parameter entry, but Java still won't load.
When I try and open it all I get is the Java logo in the center of the screen, the red progress bar shows full progress, and the extenstions on the star behind the Java logo continues to light up and rotate around the logo symbolizing it's still "thinking".
Any other suggestions?
applet viewer, java heap space error
If you enable the Sun Java Console, it will display any errors/exceptions resulting from running the applet and they're usually good hints about what's wrong.
What's the version of the Java Runtime Environment (JRE) on the PC where your browser is located? The version information is displayed on top of the Java Console window.
What's the version of the Java Runtime Environment (JRE) on the PC where your browser is located? The version information is displayed on top of the Java Console window.
I have JRE version 1.5.
Here is a copy of my Java Console
Here is a copy of my Java Console
Java Plug-in 1.5.0_02
Using JRE version 1.5.0_02 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
Exception in thread "Thread-5" java.lang.NegativeArraySizeException
at dicomviewer.DicomFile.load(DicomFile.java:223)
at dicomviewer.Viewer.postData(viewer.java:687)
at dicomviewer.LoaderThread.run(LoaderThread.java:56)
Don't know about this Java version 1.5.0. From Sun's Java website, there're only version 5.0 and version 1.4.2. (maybe 1.5.0 is version 5.0?)
Anyway, the applet viewer was compiled using version 1.4.2, and I was able to view the same huge image using JRE 1.4.2, so can you try uninstalling JRE 1.5.0 and install version 1.4.2 instead?
In the meantime, I'll try JRE version 5.0 and see if I get the same error. It'd not be surprising to find out the applet viewer compiled in version 1.4.2 needs to be recompiled for version 5.0.
Anyway, the applet viewer was compiled using version 1.4.2, and I was able to view the same huge image using JRE 1.4.2, so can you try uninstalling JRE 1.5.0 and install version 1.4.2 instead?
In the meantime, I'll try JRE version 5.0 and see if I get the same error. It'd not be surprising to find out the applet viewer compiled in version 1.4.2 needs to be recompiled for version 5.0.
Here is what I have.
Java(TM) Plug-in: Version 1.4.2_08
Using JRE version 1.4.2_08 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator
Proxy Configuration: No proxy
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
Here we go...
Java(TM) Plug-in: Version 1.4.2_08
Using JRE version 1.4.2_08 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator
Proxy Configuration: No proxy
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
java.lang.NegativeArraySizeException
at dicomviewer.DicomFile.load(DicomFile.java:223)
at dicomviewer.Viewer.postData(viewer.java:687)
at dicomviewer.LoaderThread.run(LoaderThread.java:56)
Here is what I have now...
Java(TM) Plug-in: Version 1.4.2_08
Using JRE version 1.4.2_08 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Administrator
Proxy Configuration: No proxy
----------------------------------------------------
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------
Now Loading Parameter....
Parameter isLtlEndian is true
Parameter vrType is false
Parameter patientPrivacy is false
Parameter tmpSize is 10
Parameter NUM is 1
Parameter currentNo is 0
Parameter dicURL is http://www.delpyinc.com/pacsone/dicomviewer/Dicom.dic
Parameter imgURL0 is http://www.delpyinc.com/pacsone/viewer. ... 0000000001
Parameter imgURL: http://www.delpyinc.com/pacsone/viewer. ... 0000000001
I was able to login to your server and captured the debug log from the new applet (It took quite a few minutes to download the 10 M image over even the broadband connection).
This is confirmed to be a bug in the Java Applet where it's not handling the embedded sequence items well. This image is different from the one you sent me so I'll need you to send me another ZIP file with the following raw image file (for testing the fix):
{ArchiveDir}/777.777.0.0.0.0.0.111284990620050323154756000010000000001
where:
ArchiveDir is the archive directory you've assigned to the AE from which this image was received.
This is confirmed to be a bug in the Java Applet where it's not handling the embedded sequence items well. This image is different from the one you sent me so I'll need you to send me another ZIP file with the following raw image file (for testing the fix):
{ArchiveDir}/777.777.0.0.0.0.0.111284990620050323154756000010000000001
where:
ArchiveDir is the archive directory you've assigned to the AE from which this image was received.