Errata

next-to-last para., last sentence now reads:

Finally, and very importantly, Java's automatic garbage collection
relieves the developer of many of the mundane housecleaning tasks
normally associated with memory management, which helps avoid
pernicious bugs related to memory allocation and deallocation.

next-to-last para., last sentence now reads:

Finally, and very importantly, Java's automatic garbage collection
relieves the developer of many of the mundane housecleaning tasks
normally associated with memory management, which helps avoid
pernicious bugs related to memory allocation and deallocation.

"set CLASSPATH=.;C:...." (Note that this is for the second CLASSPATH line
only; do not change the first one.)

Changed the following sentence:

In Java, all variables have guaranteed default values, though the
compiler may warn you in places where you rely, accidentally, or not,
on these default values.

to

The same is true in Java; the Java compiler does not let you write code
that uses uninitialized local variables. Note, however,that the fields
of Java objects do not have garbage values; they are automatically
initialized to standard default values.

sentence to read:

This means that in our programs, we spend less time worrying about
freeing memory and destroying objects--the garbage collector takes
care of that.

sentence to read:

This means that in our programs, we spend less time worrying about
freeing memory and destroying objects--the garbage collector takes
care of that.

code:

triangle[i][j] = (short) i+j;

now reads

triangle[i][j] = (short) (i+j);

italicized list

"The switch statement is the same in Java as it is in C."

was changed to

"The switch statement is the much the same in Java as it is in C. The
values in case statements must be constants or variables that are
declared final."

Unless the program itself exits with f(CWSystem.exit()fR.

Put this footnote at the end of the following sentence:

The statements of a finally block are guaranteed to be executed,
regardless of how the code in the try block exits.

and line -2: deleted "the" before "when the"

subclass of it, then" to "instance of the class, then"

is not true; they can be overridden.

>From the author: The statement is correct; however, it could be
clarified as follows:

replace the current text: "static methods cannot be overridden,
so..." with:

f(CWstaticfP methods, by their very nature, are not
inherited,
and thus cannot be overridden. Thus...

subclass of it, then" to "instance of the class, then"

important point..." and replace it with:

There is an important point to make about subclass access to
f(CWprotectedfR members. A subclass inherits the
f(CWprotectedfR members of its superclass, but it can only
use those members through instances of itself, not directly in
instances of the superclass. Suppose, for example, that
f(CWAfR is a f(CWpublicfR class that defines a
f(CWprotectedfR field f(CWffR and a
f(CWprotectedfR method f(CWm()fR. Now,
suppose that f(CWBfR is a subclass of f(CWAfR
defined in a different package. f(CWBfR inherits the field
f(CWffR and the method f(CWm()fR from
f(CWAfR, and the methods of f(CWBfR can refer
to the inherited field and method with expressions like
f(CWffR, f(CWm()fR, f(CWthis.ffR,
and f(CWthis.m()fR. However, if a method in
f(CWBfR creates an instance f(CWafR of class
f(CWAfR, it fIcannotfR use the field
f(CWffR and the method f(CWm()fR of that
object. That is, the class f(CWBfR cannot use expressions
like f(CWa.ffR and f(CWa.m()fR.

("f(CW" and "fR" indicate that the intervening text should appear in
constant width font.)

subclass the Serializable" to "that implement the Serializable"

subclass the Serializable" to "that implement the Serializable"

be documented, along with other, forthcoming APIs, in a separate
volume, Java Enterprise in a Nutshell." to "and Security packages may
be documented, along with other, forthcoming APIs, in a separate
volume."

be documented, along with other, forthcoming APIs, in a separate
volume, Java Enterprise in a Nutshell." to "and Security packages may
be documented, along with other, forthcoming APIs, in a separate
volume."

Changed the footnote to read:

Unfortunately, in Java 1.1 there are compiler bugs that prevent
access to the f(CWprivatefR fields and methods of enclosing
classes from working correctly. This bug has been fixed in
Java 1.2.

("f(CW" and "fR" indicate that the intervening text is in constant width
font.)

"public interface Linkable {"

to

"public static interface Linkable {"

and .class Files" section and replace it with:

When you compile the fILinkedList.javafR file shown in
Example 5-1, you'll find that three class files are generated. The
first two are named fILinkedList.classfR and
fILinkableInteger.classfR, as expected. The third,
however, is named fILinkedList$Linkable.classfR. The
f(CW$fR in this name is automatically inserted by the Java
compiler.

("fI" and "fR" indicate that the intervening text appears in italic.)

"public void remove(Linkable node)"

this.requestFocus(); //Ask for keyboard focus so we get key events

this.requestFocus(); //Ask for keyboard focus so we get key events

if (e.isPopupTrigger()) // If popup trigger,
popup.show(this, e.getX(), e.getY()); // pop up the menu

to:

if (e.isPopupTrigger()) { // If popup trigger,
popup.show(this, e.getX(), e.getY()); e.consume(); } // pop up the menu

if (e.isPopupTrigger()) // If popup trigger,
popup.show(this, e.getX(), e.getY()); // pop up the menu

to:

if (e.isPopupTrigger()) { // If popup trigger,
popup.show(this, e.getX(), e.getY()); e.consume(); } // pop up the menu

"oreilly.beans"

"oreilly.beans"

"... oreilly/beans/yesno/MultiLineLabel.class"

"AnswerListener"

"AnswerListener"

now:

Boolean Properties (property p of type Boolean)
getter: public boolean getP() or
public boolean isP()
setter: public void setP()

now:

Boolean Properties (property p of type Boolean)
getter: public boolean getP() or
public boolean isP()
setter: public void setP()

"System.exit(0);"

% jar cvf my.jar *.java images

now reads

% jar cvf my.jar *.class images

path" to "-version"

"Call the show() method of Window to make a frame appear on the screen
or to bring it to the front of the window stack. Call hide() to
remove a frame from the screen."

to

"Call the show() method of a Window to make the window appear and be
brought to the top of the window stack. Call setVisible(false) to
make the window disappear."

"setEchoChar()"

"WINDOW_CLOSED", "destroy()" now reads "dispose()"

"java.io" in the bottom-left dotted rectangle. Note that the rectangle
above that correctly says "java.io"

in line 4, changed "getErrorStream" to "getInputStream"