Posted by isolatednetworks
on April 10, 2007 at 10:25 AM PDT
In my previous post I asked an uneducated abstract question "Would there be greater harmony between the desktop interface and the application programs if Java Desktop happens to be the desktop interface in a Sun Solaris machine? Because there is an "already-java" environment in the machine (machine in layman's terms)?
The summary of the responses is that Java Desktop is not rich in Java code and so it doesn't make sense.
I am asking a little more educated question (just a little more) here:
Java programs are compiled for the Java Virtual Machine into Java byte code first. For the Java bytecode to work, a Windows version of Java Interpreter has to installed in Windows, a Linux version of Java Interpreter has to be installed in Linux...
Is the same sequence followed for Sun Solaris ?
If yes, then I would wonder why. (If you are not aware or forgotten, Sun owns Java. Sun owns Solaris.)
There may be Java variations such as IBM's, but Java as it is is Sun's own. Why wouldn't Sun take the Java Interpreter to the core of Solaris which is also its own? I am striking a difference between installing a Java Interpreter on an O/S from integrating an interpreter like instruction mechanism into the very core of the Operating System.
It is like making it unnecessary for Solaris to have a Java interpreter. (Would you need a translator by your side to translate English into English?) It is like weaving the Java execution capability right into the very core of the kernel of Solaris Operating System. That would result in a significant difference between the way Solaris runs Java from the way another Operating System runs Java.
I know that technically it can be done. But I don't know if it is already done.
In this scenario, would Sun Solaris "speak" Java like its mother tongue, as compared with other operating systems???