Java is a network-aware, object-oriented language developed by Sun Microsystems. Java has been causing a lot of excitement in the computing community as it strives to provide a secure language for running applets downloaded from the World Wide Web. The idea is simple: allow web browsers to download Java applets, which run on the client's machine. The popular Netscape web browser (discussed in Chapter 1) as well as its open source variant Mozilla, the GNOME variant Galeon, and the KDE web browser Konqueror include support for Java. Furthermore, the Java Developer's Kit and other tools have been ported to Linux. But Java is suitable not only for those applets. Recently, it has been used more and more as a general-purpose programming language that offers fewer obstacles for beginners and that — because of its built-in networking libraries — is often used for programming client/server applications. A number of schools also choose it nowadays for programming courses.
All this may not sound too exciting to you. There are lots of object-oriented programming languages, after all, and with Netscape plug-ins you can download executable programs from web servers and execute them on your local machine.
But Java is more than just an object-oriented programming language. One of its most exciting aspects is platform independence. That means you can write and compile your Java program and then deploy it on almost every machine, whether it is a lowly '386 running Linux, a powerful Pentium II running the latest bloatware from Microsoft, or an IBM mainframe. Sun Microsystems calls this "Write Once, Run Anywhere." Unfortunately, real life is not as simple as design goals. There are tiny but frustrating differences that make a program work on one platform and fail on another. With the advent of the new GUI library Swing in Java 2, a large step has been made to remedy this.
This neat feature of compiling code once and then being able to run it on another machine is made possible by the JVM. The Java compiler does not generate object code for a particular CPU and operating system like gcc does, it generates code for the JVM. This machine does not exist anywhere in hardware (yet), but is instead a specification. This specification says which so-called opcodes the machine understands and what the machine does when it encounters them in the object file. The program is distributed in binary form containing so-called byte codes that follow the JVM specification.
Now all you need is a program that implements the JVM on your particular computer and operating system. These are available nowadays for just about any platform — no vendor can dare not provide a JVM for its hardware or operating system. Such programs are also called Java interpreters because they interpret the opcodes compiled for the JVM and translate them into code for the native machine.
This distinction, which makes Java both a compiled and an interpreted language, makes it possible for you to write and compile your Java program and distribute it to someone else, and no matter what hardware and operating system she has, she will be able to run your program as long as a Java interpreter is available for it.
Alas, Java's platform independence comes at a price. Because the object code is not object code of any currently existing hardware, it must pass through an extra layer of processing, meaning that programs written in Java typically run 10 to 20 times slower than comparable programs written in, for example, C. While this does not matter for some cases, in other cases it is simply unacceptable. so-called just-in-time compilers are available that first translate the object code for the JVM into native object code and then run this object code. When the same object code is run a second time, the precompiled native code can be used without any interpretation and thus runs faster. But the speed that can be achieved with this is still inferior to that of C programs. Sun Microsystems is working on a technology that is said to provide an execution speed "comparable to C programs," but whether this promise can be fulfilled remains to be seen — the company has been working on it for some time now.
Java also distinguishes between applications and applets. Applications are standalone programs that are run from the command line or your local desktop and behave like ordinary programs. Applets, on the other hand, are programs (usually smaller) that run inside your web browser. (To run these programs, the browser needs a Java interpreter inside.) When you browse a web site that contains a Java applet, the web server sends you the object code of the applet, and your browser executes it for you. You can use this for anything from simple animations to complete online banking systems.[50]
[50]One of us does all his financial business with his bank via a Java applet that his bank provides when browsing a special area of its web server.
When reading about the Java applets, you might have thought, "And what happens if the applet contains mischievous code that spies my hard disk or even maybe deletes or corrupts files?" Of course, this would be possible if the Java designers had not designed a multistep countermeasure against such attacks: all Java applets run in a so-called sandbox, which allows them access only to certain resources. For example, Java applets can output text on your monitor, but they can't read data from your local filesystem or even write to it unless you explicitly allow them. While this sandbox paradigm reduces the usefulness of applets, it increases the security of your data. With recent Java releases, you can determine how much security you need and thus have additional flexibility. It should be mentioned that there have been reports of serious security breaches in the use of Java in browsers, although at least all known ones are found and fixed in current web browsers.
If you decide that Java is something for you, we recommend that you get a copy of Thinking in Java by Bruce Eckel (Prentice Hall). It covers most of the things you need to know in the Java world and also teaches you general programming principles. Other Java titles that are well worth looking into include Learning Java by Pat Niemeyer and Jonathan Knudsen (O'Reilly) and Core Java by Cay Horstmann and Gary Cornell (Prentice Hall).
Fortunately, there is a Linux port of the so-called JDK, the Java Developers Kit provided by Sun Microsystems for Solaris and Windows which serves as a reference implementation of Java. In the past, there was usually a gap between the appearance of a new JDK version for Solaris and Windows and the availability of the JDK for Linux. Luckily, this is no longer the case.
The "official" Java implementation JDK contains a compiler, an interpreter, and several related tools. Other kits are also available for Linux, often in the form of open source software. We'll cover the JDK here, though, because that's the standard. There are other Linux implementations, including a very good one from IBM, as well; you might even have them on your distribution CDs.
One more note: most distributions already contain the JDK for Linux, so it might be easier for you to simply install a prepackaged one. However, the JDK is moving fast, and you might want to install a newer version than the one your distribution contains.
Your one-stop shop for Java software for Linux is http://www.blackdown.org. Here, you will find documentation, news about the Linux ports, and links to the places where you can download a copy of the JDK for your machine.
After unpacking and installing the JDK according to the instructions, you have several new programs at your disposal. javac is the Java compiler, java is the interpreter, and appletviewer is a small GUI program that lets you run applets without using a full-blown web browser, and so on.
The following program is a complete Java program that can run as a standalone application as well as an applet. It is a small painting program that lets you scribble on a virtual canvas. It also utilizes some GUI elements like a push button and an option menu.
The part of Java that lets you use GUI elements like windows and menus is called the Abstract Window Toolkit (AWT). It, too, helps fulfill Java's promise of "Write once, run anywhere." Even though different operating systems, Linux, Windows, and the Macintosh, have completely different windowing systems, you need to write your user interface code only once. The AWT then maps the platform-independent widgets to a native GUI library. Thus, your program will have the native look of the respective windowing systems, depending on the system on which you run it.
The AWT has a number of drawbacks, such as the different look that the programs have on each platform (some people consider this an advantage, though, because the program looks like a native application), the sluggish speed, and the numerous bugs. The newer Swing toolkit which was introduced into Java with version 2 remedies many of these drawbacks, such as the different looks (by providing pluggable look-and-feel styles), and supports many more user-interface components, such as tables and tree controls, but is even slower.
Enough talk now. Here is the code for the little scribbling program:
import java.applet.*; import java.awt.*; import java.awt.event.*; /** An applet that can also run as a standalone application */ public class StandaloneScribble extends Applet { /** * The main( ) method. If this program is invoked as an application, * this method will create the necessary window, add the applet to it, * and call init( ), below. Note that Frame uses a PanelLayout by * default. */ public static void main(String[ ] args) { Frame f = new Frame( ); // Create a window Applet a = new StandaloneScribble( ); // Create the applet panel f.add(a, "Center"); // Add applet to window a.init( ); // Initialize the applet f.setSize(400, 400); // Set the size of the // window f.show( ); // Make the window visible f.addWindowListener(new WindowAdapter( ) { // Handle window close // requests public void windowClosing(WindowEvent e) { System.exit(0); } }); } /** * The init( ) method. If the program is invoked as an applet, the * browser allocates screen space for it and calls this method to set * things up. */ public void init( ) { // Define, instantiate, and register a MouseListener object. this.addMouseListener(new MouseAdapter( ) { public void mousePressed(MouseEvent e) { lastx = e.getX( ); lasty = e.getY( ); } }); // Define, instantiate, and register a MouseMotionListener object. this.addMouseMotionListener(new MouseMotionAdapter( ) { public void mouseDragged(MouseEvent e) { Graphics g = getGraphics( ); int x = e.getX( ), y = e.getY( ); g.setColor(Color.black); g.drawLine(lastx, lasty, x, y); lastx = x; lasty = y; } }); // Create a clear button. Button b = new Button("Clear"); // Define, instantiate, and register a listener to handle button // presses. b.addActionListener(new ActionListener( ) { public void actionPerformed(ActionEvent e) { // clear the scribble Graphics g = getGraphics( ); g.setColor(getBackground( )); g.fillRect(0, 0, getSize( ).width, getSize( ).height); } }); // And add the button to the applet. this.add(b); } protected int lastx, lasty; // Coordinates of last mouse click. }
Save this code in a file named StandaloneScribble.java. The name is important; it must be the same as the name of the class implemented in the file with .java attached. To compile this code, issue the following command:
$tigger javac StandaloneScribble.java
This can take a while. The Java compiler is not particularly fast, mainly because it is written in Java itself.[51] When it is done, it will have created a file StandaloneScribble.class together with some more .class files which we won't talk about here.
[51]Other, faster, Java compilers are available. For example, Jikes is a blazing-fast (at least compared to javac) Java compiler that you can download from http://www.alphaworks.ibm.com.
Now you can run this program from the command line. Simply issue the command:
$tigger java StandaloneScribble
If you have installed the JDK correctly, you should get a window in which to scribble. Note that the argument passed to the Java command was StandaloneScribble without the .class extension. This is because, technically, the interpreter is not executing the file, but the class.
You can also run this program in a web browser or in the appletviewer from the JDK. For this, you need a bit of HTML code. The following should be enough:
<APPLET code="StandaloneScribble.class" width=150 height=100> </APPLET>
Save this code to a file and open it with either a web browser like Netscape Navigator or the appletviewer, and you'll see the program in the browser window.
To finish this section, let's go through some of the most interesting lines of the program: in the first three lines, Java classes that come from the JDK are imported. This is roughly comparable to including header files in a C program, although there is no linking step in Java. When the program is run, the Java interpreter needs to be able to find the imported classes. It does this by looking in the directories relative to the interpreter binary itself as well as those mentioned in the environment variable CLASSPATH that you might have set up (not necessary to run this sample program).
The first large block contains the main( ) method. When the program is run as a standalone application, this method is called by the interpreter to start the execution of the program. In this method, a window is set up which is then used for screen output.
Most of the remaining code is the method init( ). It is called either from main( ) when run standalone or directly from the web browser when run as an applet. In the latter case, main( ) is not executed.
Copyright © 2003 O'Reilly & Associates. All rights reserved.