usability of Java applets in the web

Question

Hi,

For our eLearning project in our university, we are using Java applets to show some interactive stuff (like some interactive function plotting or some simple question/answer system or other interactive elements and any combination on those) inside of Ilias learning units.

We decided for Java because we wanted an open solution (and HTML5 was not really available at that time and Flash was and is not really an option).

Now, a few years later, I really got the feeling that Java is not really useable for the web. Mostly because of a lot of problems I haven't really been able to fix for all cases.

So, my question: Is Java just not the right thing for the web or am I doing sth. wrong? Can you point out how I could solve these problems?

Problems I have encountered in the time:

• A Java applet take ages to load. Even if it is a very simple small applet, it sometimes takes about a minute to load. Why is that? Is it really that the Java framework is so much bigger than Qt or other frameworks? Or is the VM so big? Or is the VM so slow?

• The browser (or at least the tab in Chrome) gets very slow esp while loading the applet but also afterwards.

• The Java applet looks different on every system. The UI controls are totally different and also behave slightly different. Sometimes it's the native look (or kind of it), sometimes it's completely something own. Also the font is mostly different and often supports a different subset of Unicode characters. This is a real problem for us because we use Unicode a lot for math symbols and we got a lot of reports that some symbols don't work for some people. Also as the font has different size on each system, I got reports that the text is cut out for a few people (or shortened by "..." in a JLabel). I have gotten around this problem now by including a TTF in the JAR. That works mostly. Still sometimes I get these "..." reports even with the unique font.

• Sometimes the memory usage is incredibly high (but not always).

• When loading a page with multiple applets, the chances become very high that the browser craches and or multiple applets don't load correctly. Also the whole operating system gets very slow.

• Sometimes, the Java applet doesn't load in browser X but in browser Y. After clicking a few times on reload or restarting the browser/system, that behavior may switch. For example, it seems that chances are higher that the applet load in Firefox (also not always, but mostly, at least after clicking one or two times on reload) and less likely on Chrome (but if I am lucky it also works sometimes). Depending on the system, it may be different browsers which work best. Though there is never a browser which works perfect. This behavior is on all the systems we have tested (different Linux distributions, both 32bit and 64bit, Windows XP/Vista/7, MacOSX).

• Sometimes, the applet stays blank when I switched to another tab and return back. Sometimes it at least takes a very long time until it shows up again.

• It eats up all the CPU. Even after I have closed all tabs with the applets. I have to quit the browser to resolve this.

Some examples where we have these problems:

• http://www.matha.rwth-aachen.de/~ilias/jars/Integration/Integration_Geogebra.html
• http://www.matha.rwth-aachen.de/~ilias/jars/Abbildungen/Abbildungen.html
• http://www.matha.rwth-aachen.de/~ilias/jars/Trigonometrie/Trigonometrie_Geonext.html
• http://www.matha.rwth-aachen.de/~ilias/jars/AnalytischeGeometrieundLA/AnalytischeGeometrieundLA.html
• http://www.matha.rwth-aachen.de/~ilias/jars/ganze%20und%20natuerliche%20Zahlen/ganze%20und%20natuerliche%20Zahlen.html

If you look at these examples, what would be a good alternative solution to Java? I thought about HTML+JS with recent browsers (it is not really a problem if we tell our users that they should use WebKit based browsers or so), although I think that some of these examples might be very hard to implement (or at least harder than in Java).

Answer 1

Is mobile access important to you? If so, the HTML+JS option is really the only decent one you have, as it's the most widely-supported implementation technology across all of the Apple devices, Android devices, and many of the other mobile devices that support WebKit. (We implemented all of the interactivity on the Texas State homepage this way. http://www.txstate.edu/)

If you're OK with desktop-only delivery, Flash becomes pretty viable, Steve Jobs' protestations to the contrary aside. :) Some of our learning modules are built on that tech.

Answer 2

If you know Java and are comfortable in Applet code. Look at GWT (Google Web Toolkit) It allows you to write java code and it translates it to Java Script.

Answer 3

Most of these problems would appear from the description to be problems with the way the code is written. Unfortunately in our industry, quality is rare.

If an applet takes a minute to load that could be a DNS problem, or some other I/O related issue. (Is it dependent upon network, file or CPU?)

On modern computers memory usage is surprisingly difficult to measure effectively. The overhead of the JRE on a modern computer with gigs of memory should be pretty small.

If you use Swing, then the PL&F can be set to be cross platform (Metal, Nimbus or a downloaded implementation).

Fonts can also be dynamically downloaded.

Answer 4

Have you tried WebStart? Basically it allows you to start a standalone Java App from a web link. All you resources are cached client-side so subsequents starts are much faster.

From the link you've sent there seems to be a problem with Geonext. It does not seem to work well when there are several instances on the same page. Have you tried to run the Geonext screens in a standalone java app? It could also be a issue with your input data.

As far as the look and feel is concerned you can set it explicitly if you want it to be OS independent.

EDIT: It's quite possible that Geonext uses some static variables, this could create race conditions when a page contains several instances opened. You might want to check the doc...

Answer 5

A Java applet take ages to load. Even if it is a very simple small applet, it sometimes takes about a minute to load. Why is that? Is it really that the Java framework is so much bigger than Qt or other frameworks? Or is the VM so big? Or is the VM so slow?

That depends entirely on the machine its running on, the web browser, and the Java version. I loaded the first example page you linked to, and while it did take a moment to load, it was also loading 19 applets simultaneously on a dual-core machine.

Having said that, 19 applets on one page is ridiculous.

The browser (or at least the tab in Chrome) gets very slow esp while loading the applet but also afterwards.

When loading a page with multiple applets, the chances become very high that the browser craches and or multiple applets don't load correctly. Also the whole operating system gets very slow.

I haven't noticed problems with the way Applets load other than when you're loading a lot of them at once.

Again, this isn't just dependent on Java, but also the browser that loads it.

It eats up all the CPU. Even after I have closed all tabs with the applets. I have to quit the browser to resolve this.

Applets are not always unloaded when you leave a page. The Applet's stop() method is always run when you leave a page, but the destroy() method and the actual unloading of the applet may not.

In FireFox 3.6, it appears to wait for 1-2 minutes before unloading an applet.

The Java applet looks different on every system. The UI controls are totally different and also behave slightly different. Sometimes it's the native look (or kind of it), sometimes it's completely something own. Also the font is mostly different and often supports a different subset of Unicode characters. This is a real problem for us because we use Unicode a lot for math symbols and we got a lot of reports that some symbols don't work for some people. Also as the font has different size on each system, I got reports that the text is cut out for a few people (or shortened by "..." in a JLabel). I have gotten around this problem now by including a TTF in the JAR. That works mostly. Still sometimes I get these "..." reports even with the unique font.

Java has two base Applet classes. The first is the old-style java.applet.Applet class. The other is the newer javax.swing.JApplet class.

The former uses AWT for rendering, which builds on the system's native widgets. The latter uses Swing for rendering and should default to the cross-platform Metal (Ocean) theme.

The Swing tutorial has a page on How to Make Applets.

Answer 6

Java Applets were modern at the beginning of this century. There are only few sites using Java applets today and this may be one of the reasons why the browser support is not optimal.

From what I've seen before my browser got stuck, your applets seem to be just drawing various charts.

I would suggest trying one of the modern Javascript libraries which focus on drawing charts: http://javascript.open-libraries.com/utilities/chart/20-best-javascript-charting-and-plotting-libraries/

Alternatively, if you need more options than the libraries offer and you do not care much about cross-browser compatibility, you may use the HTML5 element and SVG - all browsers except for IE have decent support of these.

If you do not require the charts being interactive, you can render them on the server using PHP/Ruby/Python/Java/whatever and send them as plain images to the browser.

If you need to express mathematical expressions, consider MathML (http://en.wikipedia.org/wiki/MathML) or plain images possibly rendered on the fly by a server script.