The errata list is a list of errors and their corrections that were found after the product was released. If the error was corrected in a later version or reprint the date of the correction will be displayed in the column titled "Date Corrected".
The following errata were submitted by our customers and approved as valid errors by the author or editor.
| Version |
Location |
Description |
Submitted By |
Date Submitted |
Date Corrected |
| Printed |
Page 15
The last line |
"For example, the request may return a page with ...."
Should read:
"For example, the response may be an HTML document with <img> elements."
|
Anonymous |
|
|
| Printed |
Page 17
Second line from the bottom of the page |
"POST /index.html HTTp/1.0"
Has been changed to:
"POST /forecast HTTP/1.0"
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 43
The twenty-second line of text |
C:> set JAVA_HOME=C:jdk1.1.2
Has been changed to:
C:> set JAVA_HOME=C:jdk1.2.2
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 73
(userinfo3.jsp) Example 5-5 |
<form action="userinfo2.jsp"
Has been changed to:
<form action="userinfo3.jsp"
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 80
|
Paragraph titled 'public boolean equalsIgnoreCase(String anotherString)';
The example code in the book says
hello.equals("hello"); //Returns true
hello.equals("Hello"); //Returns true
But it should read
hello.equalsIgnoreCase("hello"); //Returns true
hello.equalsIgnoreCase("Hello"); //Returns true
i.e the example is showing the wrong method.
|
Anonymous |
|
|
| Printed |
Page 97
Second full paragraph |
In the example code at the top of the page, the property being set is called
"entryTime", however, later in the second full paragraph it is referred to as
"entryDate". Is this a mistake, or am I not reading this section correctly?
Change "entryDate" to "entryTime"
|
Anonymous |
|
|
| Printed |
Page 147
Second paragraph, line 1 |
"In Example 8-7, the name attribute specifies the cart bean. The cart bean
has...."
Has been changed to:
"In Example 8-7, the name attribute specifies the catalog bean. The catalog
bean has...."
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 149
|
On product.jsp, in the jsp:useBean action element
"className"
Now reads:
"class"
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 188
example at the top of the page |
In the example at the top of the page, the last XML element, the <security-role> element syntax was incorrect. It
has been changed to use a nested element, like this:
<security-role>
<role-name>admin</role-name>
</security-role>
Note! This has been corrected in the example source
code available for download.
|
Anonymous |
|
Jun 01, 2001 |
| Printed |
Page 258
Example 12-10, top of the page |
In Example 12-10, top of the page, first <jsp:useBean> element, the element has an empty body so the </jsp:useBean> end-tag
has been removed (line 7 from the top of the example on this
page).
Note! This has been corrected in the example source
code available for download.
|
Anonymous |
|
Jun 01, 2001 |
| Printed |
Page 288
Example 14-3: |
if (!isAuthenticated(request) &&
(!"authenticate".equals(action) ||
"logout".equals(action))) {
doForwardToLogin(request, response);
}
Has been changed to:
if (!isAuthenticated(request) &&
!("authenticate".equals(action) ||
"logout".equals(action))) {
doForwardToLogin(request, response);
}
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 293
first sentence |
/ch14/process/autheticate,
should be:
/ch14/process/authenticate,
|
Anonymous |
|
|
| Printed |
Page 298
last code snippet on page |
UserInfoBean userInfo = (UserInfo)request.getAttribute("userInfo");
Has been changed to:
UserInfoBean userInfo = (UserInfoBean)request.getAttribute("userInfo");
|
Anonymous |
|
Aug 01, 2001 |
| Printed |
Page 326
end of .tld definition |
The closing tag on the tld definition is </tablib>, where it should be
</taglib>
|
Anonymous |
|
|
| Printed |
Page 326
second example |
The mylib.tld file is described as being installed in the WEB-INF/tlds
directory, but then it's referenced in the sample page like this:
<%@ taglib uri="/WEB-INF/mylib.tld" prefix="test" %>
It should be:
<%@ taglib uri="/WEB-INF/tlds/mylib.tld" prefix="test" %>
|
Anonymous |
|
|
| Printed |
Page 346
Secondnd paragraph |
"It extends BodyTag support and has four properties:"
should read:
"It extends BodyTagSupport and has four properties:"
|
Anonymous |
|
|
| Printed |
Page 350
Example 16-8 |
mispelled "tag" as "tab" in the <info> section
|
Anonymous |
|
|
| Printed |
Page 383
|
For containers that reuse tag handler instances, the per-use state set through nested elements must be reset
before the instance is reused. One way to do this is to
add the following doStartTag() method to the DBTag class:
/**
* Override the default implementation to reset the
* per-use state set by nested elements.
*/
public int doStartTag() {
values = null;
isExceptionThrown = false;
isPartOfTransaction = false;
return EVAL_BODY_TAG;
}
Note! This has been corrected in the example source
code available for download.
|
Anonymous |
|
|
| Printed |
Page 488
1st paragraph |
The description of 'DataSourceWrapper() constructor',
are the same as the description of 'ConnectionPool() constructor'
found at p.485.
Infact, I'm sure they are different.
|
Anonymous |
|
|
| Printed |
Page 509
|
The <security-role> element syntax was incorrect. It has been changed to use a nested element, like this:
<security-role>
<role-name>admin</role-name>
</security-role>
Note! This has been corrected in the example source
code available for download.
|
Anonymous |
|
Jun 01, 2001 |
