 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
Java Forum / General / March 2008HotJava - precisely why won't it run?
Yes, I know that HotJava was primarily a ``proof of concept'' and has long been abandoned. And no, I have no intent to actually use it as web browser. But after re-reading PvdL's ``Just Java'' and Gosling's ``The Java Language Environment'' white paper emphasizing ``future proofing'' of software, I wonder what precisely keeps HotJava from running with current JVMs. Invocation of HotJava fails in various inelegant ways depending on the platform (Solaris 10x86, Solaris 9 Sparc and Linux). So, what precisely prevents this ``write once, run anywhere'' application only a decade old from running now? > Yes, I know that HotJava was primarily a ``proof of concept'' and has long > been abandoned. And no, I have no intent to actually use it as web browser. [quoted text clipped - 7 lines] > prevents this ``write once, run anywhere'' application only a decade old > from running now? Where did you find it? I'd like to try it, maybe I can give you a clue.  SignatureKnute Johnson email s/nospam/linux/ >> Yes, I know that HotJava was primarily a ``proof of concept'' and has >> long been abandoned. And no, I have no intent to actually use it as web [quoted text clipped - 11 lines] > > Where did you find it? I'd like to try it, maybe I can give you a clue. http://java.sun.com/products/archive/hotjava/index.html > But after re-reading PvdL's ``Just Java'' and Gosling's ``The Java Language > Environment'' white paper emphasizing ``future proofing'' of software, I > wonder what precisely keeps HotJava from running with current JVMs. Is there any evidence that it doesn't? My impression is that Sun just decided not to get into the browser business. >> But after re-reading PvdL's ``Just Java'' and Gosling's ``The Java >> Language Environment'' white paper emphasizing ``future proofing'' of >> software, I wonder what precisely keeps HotJava from running with current >> JVMs. > > Is there any evidence that it doesn't? On Linux (I'll post the results on Solaris SPARC if desired): java -cp /opt/HotJava/Browser.jar sunw.hotjava.Main -Dhotjava.home=/opt/HotJava Exception in thread "main" java.lang.NoClassDefFoundError: sun/net/ProgressData at sunw.hotjava.HJWindowManager.createFrame(HJWindowManager.java:166) at sunw.hotjava.Main.main(Main.java:188) Caused by: java.lang.ClassNotFoundException: sun.net.ProgressData at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ... 2 more > java -cp /opt/HotJava/Browser.jar > sunw.hotjava.Main -Dhotjava.home=/opt/HotJava > Exception in thread "main" java.lang.NoClassDefFoundError: So 'what precisely keeps HotJava from running with current JVMs' is that it relies on a sun.* class that isn't there any more. >> java -cp /opt/HotJava/Browser.jar >> sunw.hotjava.Main -Dhotjava.home=/opt/HotJava >> Exception in thread "main" java.lang.NoClassDefFoundError: > > So 'what precisely keeps HotJava from running with current JVMs' is that > it relies on a sun.* class that isn't there any more. I installed the version 3.0 that you pointed to and it works fine if you install the JRE that comes with it. On Win XP anyway. SignatureKnute Johnson email s/nospam/linux/ >Invocation of HotJava fails in various inelegant ways depending on the >platform (Solaris 10x86, Solaris 9 Sparc and Linux). So, what precisely >prevents this ``write once, run anywhere'' application only a decade old >from running now? from my point of view, it never did run. It was hopelessly buggy and slow. SignatureRoedy Green Canadian Mind Products The Java Glossary http://mindprod.com > from my point of view, it never did run. It was hopelessly buggy and > slow. I don't understand why it never took. Or, more to the point, why Mozilla didn't just decide to use Java. -Thufir >> from my point of view, it never did run. It was hopelessly buggy and >> slow. > > I don't understand why it never took. Or, more to the point, why Mozilla > didn't just decide to use Java. I can think of several possible reasons: 1) they inherited the NetScape code that was not in Java 2) for a browser to be really good it need to be tightly integrated with the OS - difficult to do in pure Java - and with a bunch of JNI modules there are not so much point 3) many people like Java but there are also people who do not like Java (the use of Java in OOo was heavy debated AFAIK) Arne >> from my point of view, it never did run. It was hopelessly buggy and >> slow. > I don't understand why it never took. Or, more to the point, why Mozilla > didn't just decide to use Java. I don't actually know the answer to this question, but was there a freely-available, Java-native JPEG decoder at the time the Mozilla project started? That could be one reason. What about PNG and GIF? Also, there is the small matter of maintaining compatibility with existing Netscape plugin binaries. I'm not saying these were insurmountable obstacles, but they could have factored into the decision. - Logan >>I don't understand why it never took. Or, more to the point, >>why Mozilla didn't just decide to use Java. >I don't actually know the answer to this question, but was there >a freely-available, Java-native JPEG decoder at the time the Mozilla >project started? Some problems with Corel Office were more fresh in memory and possibly there was no Netbeans yet to show what Java can do. Free MagazinesGet these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...
|
Reply to this Message
|
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.