NetWeaver and Sun JVM bug 4957990?

Hi, does anyone know if and how NetWeaver is affected by Sun JVM bug 4957990 ? <a href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4957990">http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4957990</a>
Thanks,
Victor

The suggested SUN workaround is simply to increase your PermSize. The default recommended size for NW04 is 192MB. If you get OOM in the Perm space then that suggests you might be hitting this bug (or your Perm space is just to small...). You should first simply increase the PermSize to something larger such as 256MB which is the suggested size for 7.0 (2004S) kernels anyway. But remember that Perm counts in your Heap so make sure you don't get things too big if you are on 32-bit OS.
Based on my reading of the bug report it is not guaranteed that you would experience this bug, though certainly it seems possible. There are no published SAP Notes regarding this SUN bug to my knowledge.
Nick

Similar Messages

9i FORMS and SUN JVM 1.4.2_03

Hi,
We are planing to upgrade our IE browser with SUN JVM 1.4.2_03 virtual maching and our forms are not working when we access it from the update browser.
They are working fine with the IE browser and Microsoft JVM.
We are getting FRM -92050 error when we want to use SUN JVM and the same forms working fine with Microsoft JVM.
It is been causing business issues so any early help will be much appriciated.
Advanced Thanks,
Santosh

Hi,
actually I don't know what exact does cause the problems, but the last version of Java 1.4 Plugin I got to work is 1.4.1_02.
If you look at the Java panel of the Plugin you should find a couple of file not found messages spilled out.
Not sure if Java Plugin 1.4.2 already has been certified with Forms. I think that not.
Frank

Conflicts between jinitiator and sun jvm: is webstart a viable solution?

We currently have a problem where our users have to use multiple sessions in order to keep Sun's JVM from loading in the same IE instance that Jinitiator 1.3.1.21 is running. When jinitiator loads after java is already running, ie exits with a C++ exception, not very friendly to our users.
Our current solution instructs people to launch the browser in a separate memory space, but that is very tedious to explain to users. We have multiple vendor-provided fat java applets (one using jinitiator, one using sun jvm)
I've seen some messages on this forum regarding switching the applet into a full blown application running from webstart. What this would do for us is allow us to keep the two jvms separate when they are launched from webstart.
1) Does anyone else have this problem and have a different solution?
2) Is it possible from a jnlp file to indicate that jinitiator should be chosen to run the applet/application?
- from http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/syntax.html#resources I see <j2se version="1.4+"/> can be picked to choose a jvm in order of preference.
Is there anything specific about jinititator that would allow it to be indicated on the version line? Has anyone done this?
Thanks,
Chris

The easiest solution would probably be to use the same JRE for all applications. Sun JRE 1.4.x is certified with most Forms versions, however refer to the Forms Client Statement of Direction for your Forms version.
Forms 6i
http://www.oracle.com/technology/products/forms/htdocs/clientsod_forms6i.html
Forms 9i
http://www.oracle.com/technology/products/forms/htdocs/clientsod_forms9i.html
Forms 10g (9.0.4)
http://www.oracle.com/technology/products/forms/htdocs/10g/clientsod_forms10g.html

What's the difference between MSJVM and SUN JVM

Sometimes I can run a program under MSJVM more stable (faster) than that under SUN JVM. Would you please tell me why or tell some difference between them?? Many thanks.
Edited by: ericfok on Dec 5, 2008 8:48 AM

vitallis wrote:
MSJVM has JNI ver. 1.1. My JNI wrapper generator also supports it. I wrote JNI code for MSJVM in 2000.No you didn't.
You either used the MS VM linkage format, which resembles (strongly) how C# does it or you were not using the MS VM but rather the Sun one.
The fact that MS Java supported third party dlls does not make it JNI. JNI was a specific specification on exactly how such support would be provided. And MS Java did not have it.
References, search for "microsoft"
[http://www.javaworld.com/javaworld/jw-10-1999/jw-10-jni.html]
The following from Microsoft itself asserting that JNI cannot be required part of java. Search for "JNI". Presumably if MS was claiming that it wasn't required then obviously they knew that it wasn't in fact in there.
[http://www.microsoft.com/presspass/legal/10-21copyright.mspx]

About Sun JVM Bug 4705373

For the detail description of this bug, please refer to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4705373
I made a test on Bug 4705373 on my laptop, the test environment is:
RAM: 1.25GB
OS: Windows XP SP1
JAVA: Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode)
The size of test2.zip: 1.32GB
Test program:
public class LargeZipFile {
     public static void main(String[] args) {
          try {
               System.out.println("totoal memory: " + Runtime.getRuntime().totalMemory());
               System.out.println("free memory: " + Runtime.getRuntime().freeMemory());
               System.out.println(args[0] + ", size is " + new java.io.File(args[0]).length() + " bytes");
               new java.util.zip.ZipFile(args[0]);
               System.out.println("success");
          } catch (Throwable t) {
               t.printStackTrace();
Test Result:
E:\Tools>java -Xms1250m -Xmx1250m LargeZipFile test2.zip
totoal memory: 1300692992
free memory: 1300560136
test2.zip, size is 1425952261 bytes
success
I didnot get the OutOfMemoryError.
Questions:
1. Is this bug only related with Linux system (Or certain kernel version)?
2. How to reproduce this bug on Windows environment?
3. Can anybody give a more detailed explaination of the cause of the bug?
Thanks a lot!

The suggested SUN workaround is simply to increase your PermSize. The default recommended size for NW04 is 192MB. If you get OOM in the Perm space then that suggests you might be hitting this bug (or your Perm space is just to small...). You should first simply increase the PermSize to something larger such as 256MB which is the suggested size for 7.0 (2004S) kernels anyway. But remember that Perm counts in your Heap so make sure you don't get things too big if you are on 32-bit OS.
Based on my reading of the bug report it is not guaranteed that you would experience this bug, though certainly it seems possible. There are no published SAP Notes regarding this SUN bug to my knowledge.
Nick

Differences between Sun JVM and Microsoft JVM.

Differences between Sun JVM and Microsoft JVM.
I have a very simple applet that I am trying to make compatible with both Microsoft�s JVM and Suns JVM in Internet Explorer.
However, when I turn on the Sun JVM it works occasionally, but frustratingly on most occasions I get the following error messages:
In the status bar: "Applet <name> notinited"
And when I investigate further in the console I get the following output:
load: class <name>.class not found.
java.lang.ClassNotFoundException: <name>.class
 at sun.applet.AppletClassLoader.findClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadCode(Unknown Source)
 at sun.applet.AppletPanel.createApplet(Unknown Source)
 at sun.plugin.AppletViewer.createApplet(Unknown Source)
 at sun.applet.AppletPanel.runLoader(Unknown Source)
 at sun.applet.AppletPanel.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)
Caused by: java.net.SocketException: Malformed reply from SOCKS server
 at java.net.SocksSocketImpl.readSocksReply(Unknown Source)
 at java.net.SocksSocketImpl.connect(Unknown Source)
 at java.net.Socket.connect(Unknown Source)
 at sun.net.NetworkClient.doConnect(Unknown Source)
 at sun.plugin.net.protocol.http.HttpClient.doConnect(Unknown Source)
 at sun.net.www.http.HttpClient.openServer(Unknown Source)
 at sun.net.www.http.HttpClient$3.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.net.www.http.HttpClient.privilegedOpenServer(Unknown Source)
 at sun.net.www.http.HttpClient.openServer(Unknown Source)
 at sun.net.www.http.HttpClient.<init>(Unknown Source)
 at sun.net.www.http.HttpClient.<init>(Unknown Source)
 at sun.plugin.net.protocol.http.HttpClient.<init>(Unknown Source)
 at sun.plugin.net.protocol.http.HttpClient.New(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.createConnection(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.connect(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
 at java.net.HttpURLConnection.getResponseCode(Unknown Source)
 at sun.applet.AppletClassLoader.getBytes(Unknown Source)
 at sun.applet.AppletClassLoader.access$100(Unknown Source)
 at sun.applet.AppletClassLoader$1.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 ... 10 more
It appears that the applet never gets loaded. I have no idea why?
What is the Sun JVM doing here?
Many thanks in advance for any help.

Oh, one more thing. Here's the outpt of the VM log when I run the test above:
Java(TM) Plug-in: Version 1.4.2_03
Using JRE version 1.4.2 Java HotSpot(TM) Client VM
User home directory = C:\Documents and Settings\Michael
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.NullPointerException
 at sun.plugin.cache.Cache.updateTable(Unknown Source)
 at sun.plugin.cache.FileCache.getMatchingFile(Unknown Source)
 at sun.plugin.cache.CachedFileLoader$2.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.plugin.cache.CachedFileLoader.getCacheFile(Unknown Source)
 at sun.plugin.cache.CachedFileLoader.load(Unknown Source)
 at sun.plugin.cache.FileCache.get(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.connectWithCache(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.connect(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
 at sun.plugin.net.protocol.http.HttpURLConnection.getHeaderField(Unknown Source)
 at java.net.HttpURLConnection.getResponseCode(Unknown Source)
 at sun.applet.AppletClassLoader.getBytes(Unknown Source)
 at sun.applet.AppletClassLoader.access$100(Unknown Source)
 at sun.applet.AppletClassLoader$1.run(Unknown Source)
 at java.security.AccessController.doPrivileged(Native Method)
 at sun.applet.AppletClassLoader.findClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadClass(Unknown Source)
 at java.lang.ClassLoader.loadClass(Unknown Source)
 at sun.applet.AppletClassLoader.loadCode(Unknown Source)
 at sun.applet.AppletPanel.createApplet(Unknown Source)
 at sun.plugin.AppletViewer.createApplet(Unknown Source)
 at sun.applet.AppletPanel.runLoader(Unknown Source)
 at sun.applet.AppletPanel.run(Unknown Source)
 at java.lang.Thread.run(Unknown Source)
v

IE doesn't recognise Sun JVM..

I stuffed up my IE 6.0 installation .... I can't recall what I changed but the browser doesn't recognise my JVM anymore. Applets won't download...... I did all the obvious as explained on the relevant Sun and MS websites, such as:
- reinstalled JVM 1.4.x
- configured browser using via Java, Internet Control Panels (uncheck the MS JVM, etc.)
- flushed temp internet files
- rebooted
I am getting desperate for any help..... Thanks in advance.

Hello All,
I've been looking into this problem for quite a while now and I'm not sure if it is only 1 problem or two.
On some machines Java appears to be disabled. This is fixable by uninstalling and re-installing either the Sun JVM (as robby_h mentions) or by re-installing the MS JVM (which is a little hard to find).
The second problem I have seen is where the Sun JVM still starts as does the Applet, but the database connection we use doesn't work. It appears to be substituting 127.0.0.1 (the local machine) for the Host in the connection string. I'm not sure if this is the only effect but it does cause a major problem for us as some of our clients are unable to use our e-commerce sites and a lot will not be reporting the issue to us.
I have been working on finding a way to solve the problem. It's not pretty but removing Java (both MS JVM and Sun JVM) completely and then re-installing it has worked so far. I've tested it on win 2k and XP home machines.
I am not sure where the problem actually is. I believe that it's something to do with IE which is changed (probably a/some dll files) when Java is installed. This would explain why in some cases installing a different version of the Sun JVM might work as if the dll files are different then they will overwrite the bad dlls and hence solve the problem.
robby_h, have you tried re-installing the latest Sun JVM since you got it working with 1.3?
If it is a problem with a corrupt dll then I have no idea which one it is. Anyone know how to find out?
Alastair.

Forms 10g rel 1( 9.0.4 ) vs SUN JVM 1.5

Hello:
From SUN site you can read :
"Changes in 1.5.0_06
The full internal version number for this update release is 1.5.0_06-b05 (where "b" means "build"). The external version number is 5.0u6.
Security Enhancements
Prior to this update, an applet or application could specify the version of the JRE on which it would run. This has changed. All applets are executed with the latest JRE version. Unsigned Java Web Start applications that specify a version other than the latest trigger a warning, requiring explicit user permission before the application will run. Signed Java Web start applications are not affected. "
Assuming that our customer will use SUN JVM , NOT Oracle JInitiator.
We have seen that if in a client machine it is installed SUN JVM 1.4.2_10 ( certified ) AND SUN JVM 1.5 or newer.
there is NO WAY to force Forms 9.0.4 applications to run with SUN JVM 1.4.2_10.
In spite of doing the following settings at formsweb.cfg
# Parameter related to the version of the Java Plugin
jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_10
when you run forms 9.0.4 applications from a browser in that machine, SUN JVM 1.5 is mandatory used by the browser.
It seems that IT IS IMPOSSIBLE to tell 9.0.4 to use SUN JVM 1.4.2_10 because SUN prevents it according to the above documentation .
Q1) I thank your comments on this
Then, when you look for certification info:
a) you can get this info for Forms 10g R2
http://www.oracle.com/technology/products/forms/htdocs/10gR2/clientsod_forms10gR2.html
b) you can get this info for Forms 10g R1
http://www.oracle.com/technology/products/forms/htdocs/10g/clientsod_forms10g.ht
ml
Q2) What are ORACLE plans about certification of SUN JVM 1.5 AND Forms 10g Rel 1 ( 9.0.4 ) ?
Thanks in advance,
Fernando Rey

Hi Guys,
I am currently testing our portal with a number of JRE version or Jinitiator and the SUN JRE.
I found some very useful information about changing the registry of the local PC to re-enable specific versioning, see info, below.
I have tested this and it does work, but you need to be careful with Sun JRE versions to ensure that you are on 1.5.0.7 or higher.
Another useful link is this discussion over on the sun forums.
http://forum.java.sun.com/thread.jspa?threadID=730855
Good Luck
Scott
We have found a conflict with the Sun JRE 1.4.2.6 and version Sun JRE 1.5.0.6
To get around this conflict a registry key has to be added onto the users PC and the user needs to remove 1.5.0.6 and install 1.5.0.7 or higher. To make matters worse the auto-update feature in version 1.4, if left enabled, will update the user to 1.5.0.6 even thought the latest release from the sun web site is 1.5.0.8 !
Therefore can you add this registry key onto the automated install of the Sun 1.4.2.6 setup as per the instructions below.
Troubleshooting Conflicting JPI Versions on the Desktop:
Per oracle note 368775.1, JRE 1.5 will not allow static versions. In other words version 1.5
may override your required version of 1.4.2. They call it a security feature, but it can reek
havoc with oracle forms. This section addresses a possible workaround.
If your users either need to run JPI 1.5 for any reason, here is the workaround to force
BANNER to use ONLY version 1.4.2.
If you launch forms and in the java console it shows version 1.5.X, perform the following
steps.
1. Make a backup of the windows registry
2. Edit the registry
3. Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\
4. Create a new directory by highlighting the key above and pressing <RIGHT
CLICK>/<NEW KEY>
5. Rename the key to [Java Deployment]
6. Highlight the new key created in step 5 and press <RIGHT CLICK>/<NEW KEY>
7. Rename this new value to [Policy]
8. Highlight the new key created in step 7 and press <RIGHT CLICK>/<NEW DWORD>
9. Rename this DWORD to “EnableSecureStaticVersioning”
Re-launch forms and verify via the java console that the desktop is returning 1.4.2.

Looking for Performance Comparisons Between JRockit 6 and Sun Java SE 6

Hello,
Can someone point me to some performance comparisons (benchmarks, etc.) between the JRockit and Sun JVMs?
Thanks in advance.

Hi Ben.
Before I send to to the SPEC sites (which can be a tad hard to parse) I must ask - What application or type of application are you interested in? The answer will vary a bit depending on what you need.

How can I create Object Tag which supports Sun and MS JVM both.

Hi,
I have created object tag as shown below
<object classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
name = "TestApplet" height="0" width="0" >
<param name="code" value="com.apps.TestApplet.class" />
<param name="codebase" value="codes" />
<param name="archive" value="TestApplet.jar" />
</object>
The above tag is working fine with the below JVM combinations in Windows XP.
1) Only Sun JVM
2) Only MS JVM
3) Sun JVM & MS JVM
But these conditions are not working with Windows 2000.
How we can create object tag which will support for these two opertating systems?

I am not able to understand the problem. From my understanding, you have an applet which you are trying to display in a browser using <object> tag. If that is the correct then all it matters is the browser and the JRE�
For example the below code when put in a JSP or a HTML, will use JRE 1.6.0_01 that is available on the client machine. If that is not available on the client machine then it will try and download automatically in IE.
This below code is for IE� if you are using Mozilla Firefox then you need to change the �classid� attribute to �java: com.foo.bar.ui.MyClass�
<OBJECT ID="Gantt" classid = "clsid:CAFEEFAC-0016-0000-0001-ABCDEFFEDCBA"
 codebase = "http://java.sun.com/update/1.6.0/jinstall-6u1-windows-i586.cab"
 WIDTH = "980" HEIGHT = "495" ALIGN = "baseline">
 <PARAM NAME="cache_option" VALUE="Plugin">
 <PARAM NAME ="CODE" VALUE = "com.foo.bar.ui.MyClass" >
 <PARAM NAME="MAYSCRIPT" VALUE="true">
 <PARAM NAME ="cache_archive" VALUE = "Myjar.jar /" >
 <PARAM NAME = "type" VALUE = "application/x-java-applet;jpi-version=1.6.0">
 <PARAM NAME = "scriptable" VALUE = "false">
 
 This browser does not have a Java 1.6.0_01 Plug-in.
 
 <a href="http://java.sun.com/update/1.6.0/jinstall-6u1-windows-i586.cab">
 Get the latest Java Plug-in here.
 </a>
 
 </OBJECT>

Can I run SUN and BEA JVM with WL9.1 on Solaris 9

Is it possible to run a WL9.1 domain on SUN JVM and another one on BEA JRockit? The reason I asked is that for the WL9.1 Sparc download, there's one for Solaris 8,9 and 10 on Sparc and there's another one for Solaris 9 with JRockit Supported. Is this mean I have to install both on 2 separate BEA home?

Right, I read the docs. What's confusing is that on the WLS download page, there's a download for the Solaris Sparc 8,9,10 (server910_solaris32.bin). There's another download for Solaris 9 with JRockit Supported (server910_generic.jar). For the server910_solaris32.bin, it comes with the SUN JDK. For the server910_generic.jar, it doesn't have the SUN JDK and it needs a separate JRockit download, jrockit-R26.3.0-jdk1.5.0_06-solaris-sparcv9.bin. Also, in the WLS9.1-JRockit install docs, it requires the LD_LIBRARY_PATH to point to sparc64 instead of sparc in the {WL_HOME}/common/bin/commEnv.sh.
I guess my question is which file should I use for the base WLS install? server910_solaris32.bin or server910_generic.jar? If I use the server910_solaris32.bin, I will need to add JRockit as a separate install. If I use server910_generic.jar, i will need to install JRockit as well as the SUN JDK.

Jmap and jstack error: sun.jvm.hotspot.debugger.NoSuchSymbolException

Hi,
 
We are finding some problems using an application on a Tomcat 5.5 server and we want to discover which class is causing an OutOfMemoryException. I seems that jmap could help us whith the task but it fails with the following error:
 
jps
 
11988 Bootstrap 
12616 Jps
 
jmap 11988 
Attaching to process ID 11988, please wait...
sun.jvm.hotspot.debugger.NoSuchSymbolException: Could not find symbol "gHotSpotVMTypeEntryTypeNameOffset" in any of the known library names (libjvm.so, libjvm_g.so, gamma_g)
at sun.jvm.hotspot.HotSpotTypeDataBase.lookupInProcess(HotSpotTypeDataBase.java:410)
at sun.jvm.hotspot.HotSpotTypeDataBase.getLongValueFromProcess(HotSpotTypeDataBase.java:391)
at sun.jvm.hotspot.HotSpotTypeDataBase.readVMTypes(HotSpotTypeDataBase.java:85)
at sun.jvm.hotspot.HotSpotTypeDataBase.<init>(HotSpotTypeDataBase.java:68)
at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:550)
at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:476)
at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:314)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:146)
at sun.jvm.hotspot.tools.JMap.main(JMap.java:126)
Debugger attached successfully.
jmap requires a java VM process/core!

 
jstack shows the same error with a very similar exception. I have found that other people is having this problem but I have found no fix avalaible on the Internet. ( see, for example, http://www.javalobby.org/java/forums/m91812587.html#91812522 )
 
Other applications like jconsole work perfectly. Any alternative tool may solve the problem,
 
By the way: I am using:
O.S. : Linux Mandriva 2006 
JVM: java version "1.5.0_06" 
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode)
 
Thanks in advance,
 
Borja

guys,
I was fiddling around to test jmap,
here are the things that worked for me.
$ jps
6281
8214 Jps
7045 Main
7159 Resin
$ jmap -J-d32 -heap 7045
It seems only the Main pid will work and not all others .......
post your suggestions.
Raj

Difference Between Sun JVM and IBM JVM

Hi
Can some one let me on the difference between Sun JVM and IBM JVM
regs
Vivek Nidhi

Sun's JVM is built on HotSpot technology: http://java.sun.com/docs/hotspot
and covers a broad range of OS/HW combinations: http://java.sun.com/j2se/1.5.0/system-configurations.html
Maybe you can be more specific in your question or in describing what you want to do.
-Alexis

Game runs fine in sun jvm, microsoft jvm causes 99% cpu usage and is SLOW

In the microsoft JVM (my target platform) I get 2 frames per second... in the sun JVM I get at least 60.
The strangest part, is that this only repros when iexplorer.exe is the only process running java anything... for example, if I have net beans running, I get 60 FPS in the microsoft JVM as well. That makes no sense to me.
I have tried thread.yeild and thread.sleep in my main loop, and that didn't fix anything.

In the microsoft JVM (my target platform) I get 2
frames per second... in the sun JVM I get at least
60. Don't use the MS JVM. I
The strangest part, is that this only repros when
iexplorer.exe is the only process running java
anything... for example, if I have net beans running,
I get 60 FPS in the microsoft JVM as well. That
makes no sense to me.
I have tried thread.yeild and thread.sleep in my main
loop, and that didn't fix anything.About these 2 methods.
sleep() // example in almost every book. Leaves
// Thead on the schedule list
yeild() // Pell mell as in no control of when it unyields.
// prone to race/deadlock UNLESS monitored by
// another thread that wakes up periodically.
Tony's "Theorized" <- make the uptight acedemic sycophants happy.
Law of the exec constant.
"Any Thread or process *that locks the system MUST yeild controls for at
least 20MS pre iteration."
Why 20MS? It gives the underlying OS a little slice and is enough
to ensure everything gets enough CPU. Every MS under 20 increases
the deadlock potential. (*If at zero wait you get a preempted deadlock)
You can play with this value but I have found it is pretty consistent
across CPU speeds / hardware/
Use a synchronized wait() in your main run method every iteration.
Objet waitObject();
synchronized(waitObject)
try
waitObject.wait(20);
catch(InterruptedException ie)
}wait() Removes the Thread from being scheduled.
This iwll give IE the CPU it needs and your CPU should dro
to around 1%.
Hmm now how many kicked dog howls am I going to get about his message
(T)

Sun JVM works, Microsoft VM gives an error

I've got this applet:
import java.awt.*;
import java.applet.Applet;
import java.net.*;
import java.io.*;
public class Standen
extends Applet {
private URL sourceFile;
private BufferedReader inFile;
private String lines="";
public String getScores(String bestand) {
try {
 sourceFile = new URL(getCodeBase(), bestand);
getFile();
 getMostRecent();
catch (Exception ex) {
return "";
return lines;
private void getFile() throws Exception {
URLConnection link = sourceFile.openConnection();
inFile = new BufferedReader(new InputStreamReader(link.getInputStream()));
lines = "";
String line = "";//lezen van bestand
do {
if (line != "") {
 line = line.trim();
lines = lines + line + "\n";
line = inFile.readLine();
while (line != null);
inFile.close();
private void getMostRecent() {
 String term = "<mostrecent>";
 String eindTerm = "</mostrecent>";//Tag met mostrecent
 String vergelijkLines = lines.toLowerCase();//Hoofdletters maakt niet uit
 int plaatsTerm = vergelijkLines.indexOf(term);//plaatsen opzoeken van de tags
 int plaatsEindTerm = lines.indexOf(eindTerm);
 plaatsTerm = plaatsTerm + term.length();//Tag zelf niet meenemen
 if(plaatsTerm!=-1 &&plaatsEindTerm!=-1) {//alleen als de tags voorkomen
 lines = lines.substring(plaatsTerm,plaatsEindTerm);//tekst kopieren
 } else {
 lines="";//anders niks teruggeven
It works fine on my computer with the sun jvm, but it doesn't seem te work if you have the microsoft vm installed. I still want to make the applet compatibel for other people. What can I do about this?

There is a way to enable the IE Java console - try googling for instructions. There's a good chance the console displays an error message. Or if it doesn't, add debugging println's to pinpoint where something goes wrong.
The MS JVM is old and has bugs, including security bugs. If the users of your applet are in any way important to you (such as paying customers), try to get them to dump the MS JVM. They are opening themselves up to worms and such nastiness.
By the way, ' if (line != "")' isn't right, you need 'if (!line.equals(""))'.

NetWeaver and Sun JVM bug 4957990?

Similar Messages

Maybe you are looking for