Situation: With Solution

Straight_ManStraight_Man Geeky, in my own wayNaples, FL Icrontian
edited November 2004 in Science & Tech
Browsers: Mozilla 1.7.3, 1.8a4, IE 6.0 SP2

Java Dist. Version: j2re 1.4.2_05 (Beta 4)

Problem, going to http://www.time.gov/ I could only get a jre environment error (it was looking for the jvm.dll in /bin/hotspot/jvm.dll and no such folder existed on XP) after installing the plugin, UNTIL:

I did this:

Closed Mozilla, then:

1. Opened Control Panel

2. Clicked the Java Plugin entry.

3. This opened the Java Conrol Panel.

4. On Basic tab, change choice from Hide Console to Show Console (this is optional, by testing, I left it showing for debug reasons).

5. On the Advanced tab, I clicked the version choice below the "default plugin" entry at top of dropdown list (the Java Control Panel knew where Java WAS).

6. Clicked the Apply button.

Then I reopened Mozilla and went to http://www.time.gov and got my nice autoupdating clock.... Enabling the Java VM and telling the control panel WHERE to look for Java and which version to hook to also enabled the Java VM for Internet Explorer 6.0 SP2.

Figured someone might have been tearing their hair out _ALSO_. It took about an hour of hunting around Sun's Java SITES to find out that I MIGHT have to enable the Java VM in Windows, and you DO in XP SP2 as the VM is now defaulted to Jscript and not Java-- and they forgot to tell you you need to do this from an admin privileged ID also for it to take for all users on computer in one fell swoop so each user does not have to do this individually. Java was enabled on the Advanced page of the dialog that allows preferences editing from Edit Menu | Preferences in Mozilla, but the jvm could not find the J2re environment until I enabled the Java VM. NO restart of XP is needed, just a browser restart and shutdown of browser beforehand so the java control panel can rehook the location links for the plugins in Mozilla and\or IE when you tell it to apply the Java VM settings.

Sheesh, Microsoft, you DID "turn off" Sun Java in XP SP2.... :rolleyes::mad: :o :bawling: BUT, there is a way around that.... :D:p;)

Comments

  • TheBaronTheBaron Austin, TX
    edited October 2004
    I had no such problem. but then again, I never seem to have most of the problems I see most people encountering. who knows, maybe I just kick ass
  • ThraxThrax 🐌 Austin, TX Icrontian
    edited October 2004
    Same here, Baron. Every time a "Major problem" makes its round on the internet (nVidia infinite loop error, VIA + nVidia instabilities, ATI + Half-Life crashes..) I never get them.
  • Straight_ManStraight_Man Geeky, in my own way Naples, FL Icrontian
    edited November 2004
    TheBaron wrote:
    I had no such problem. but then again, I never seem to have most of the problems I see most people encountering. who knows, maybe I just kick ass

    In 98\98 SE\ME the problem does not exist. In 2000 neither. In XP SP1 neither. It is an XP SP2 thing, and probably has to do with SP2's checking of installation and not knowing the needs of J2RE 1.4.2_05b4's slightly changed structure.... Does not happen in Linux either.

    I will add that once I did this (in essence registered the JVM as VM for the system), XP SP2 runs visibly faster with many apps present, especially as to app load time. I THOUGHT this might happen, 98 SE also liked JVM build 3801 best of the VMs available for it. AND, Microsoft tightened down the VM with SP2 and does check things on load. One thing to note about Java, the VM runs on Java and does not run Jscript. APPS can run Jscript 5.6 (again new to SP2, version was Jscript 5.5 in XP SP1a and XP SP1). Some folks know this, and that was one reason Microsoft settled with Sun instead of going to a full-bore and protracted suit defense. Note that Microsoft also said they would be pulling Java support in 2004-2005 and restoring it in late 2005-2006. My guess is that the VM in Longhorn WILL be a JVM (Sun Java VM). The Sun Java VM switches from task to task faster than the Microsoft VM in XP SP2 that is supplied by Microsoft. The VM supplied in XP SP2 by Microsoft IS a Jscript VM.

    One idea gotten from the visible changes is this:

    Faster switching lets the app in focus (the one on top) grab more concentrated resources while it is in focus. The JVM switches faster on demand by an app.

    Here's a few stats:

    F-Prot is tracking 133,000 virals and malwares. It scanned, under the Microsoft XP SP2 VM, my system in 27 minutes with same app load present and same files present on three logical HDs that under the Java VM it scanned in 17 minutes. F-Prot is compliant as an app, like Folding. For the faster scan time frame, I opened Corel Graphics Suite, used it for a few minutes, closed it, opened and ran Ad-Aware, and the scanner was still running faster than when I had tried that under XP Sp2 sans Java VM.

    During the 27 minute scan I had not run Peachtree Accounting, which is a resource intense app with many powerful business features (It can utilize Java VM also, and it can run on Windows 98 and up quite well). Peachtree was run during the second 17 min scan. I got fewer page faults out of the JVM than the VM during this same time frame.

    Preliminary conclusion, given all of this:

    The JVM switches from task to task FASTER than the Microsoft-supplied Jscript-heavy VM that comes with XP SP2. That faster switching lets a computer with a P4 Prescott in it run faster with many apps and services running at once, with nothing else changed. During both tests I had 1,436 processes active simultaneously, or more(not programs, thread processes). The JVM also supports multithreading switching faster. The Swap use was LOWER with the JVM active, when the JVM was present and active. The only thing that can account for this majorly is Task-to-task stream switching time.
Sign In or Register to comment.