Print 45 comment(s) - last by Kefner.. on Feb 9 at 1:34 AM

The transition to a 64-bit world continues

With 64-bit adoption rising for both Windows Vista and Windows 7 installations, Sun Microsystems' latest update of Java 6 features enhanced 64-bit support.

Java 6 Update 12 will finally have a 64-bit plug-in, a feature that was first requested in January of 2003, as well as a 64-bit version of Webstart. Java Webstart enables the deployment of standalone Java software applications over a network or the internet.

The Java plug-in allows web browsers to run Java applications; a 64-bit plug-in is required for 64-bit browsers. It is included as part of the Java Runtime Environment, Standard Edition (Java SE).

If 32-bit and 64-bit browsers are to be used interchangeably, then both 32-bit and 64-bit versions of the JRE must be installed as well.

Although the Java Runtime Environment had x64 versions for Linux, Solaris, and Windows, there were no 64-bit versions of the Java plug-in, Java Web Start or Java Control Panel. 32-bit versions of the JRE could be installed on 64-bit systems in order to obtain this functionality, but can only be used with 32-bit browsers.

The foundation for the 64-bit plug-in comes from the completely redesigned plug-in of Java 6 Update 10. The Java Virtual Machine running applets is isolated from the web browser at the operating system level. If an error occurs while running the applet, the new Java plug-in detects and handles the error. The web browser is unaffected, even if an uncooperative applet refuses to shut down.

Update 12 also features official Windows 2008 support, as well as improved application startup and runtime performance for both Java Webstart and JavaFX. There are no major security updates, but Update 12 contains 140 bugfixes.

Java 7, meanwhile, is tentatively scheduled for an early 2010 release.

Comments     Threshold

This article is over a month old, voting and posting comments is disabled

RE: It's about time...
By Verran on 2/4/2009 11:37:05 AM , Rating: 2
I think you're viewing this from a rather shallow perspective. Having coded in both, I can safely say that .NET is my language of choice for silly little utility projects I have of my own. .NET is lightyears ahead of Java in UI stuff. Even for small scale professional operations, I think .NET is the clear winner.

However, .NET scales very poorly in enterprise settings. Java scales significantly better. People who need large scale expandability and want to deploy to a non-Windows environment still often choose Java. I would hardly say that Java is dying.

RE: It's about time...
By TomZ on 2/4/2009 12:10:46 PM , Rating: 2
Just does Java scale better? Usually these larger architectures use client/server, SOAP, XML, etc., and I think support in .NET is at least as good as Java, right? Or are you thinking of something else.

I do see your point about Java being able to run on different platforms - "write once, debug everywhere" as they say. :o)

RE: It's about time...
By Verran on 2/4/2009 3:40:24 PM , Rating: 2
My terminology may be confusing. By "scaling" I'm talking about growing from smaller personal use to giant enterprise level support.

My understanding both from usage and from training classes I've taken is that Java is much harder to write up front, and that's one of the main reasons it loses in the personal use and small business category for me. But the benefit of following the more complicated coding standards of Java is that as your software grows in number of users, very little changes are needed. When you make the leap from a single server to a substantial cluster and start adding redundancy and all of that, your Java code moves over pretty much in tact. My experience has been that .NET applications don't do this nearly as smoothly and even when re-written for larger scale just aren't as efficient.

When projects grow in complexity I think Java really shines and I think that's why they'll stay alive.

"We’re Apple. We don’t wear suits. We don’t even own suits." -- Apple CEO Steve Jobs
Related Articles

Copyright 2016 DailyTech LLC. - RSS Feed | Advertise | About Us | Ethics | FAQ | Terms, Conditions & Privacy Information | Kristopher Kubicki