Replace the existing text in the 4th/3rd cell with:

ServletContext.getInitParameter(String name)
ServletConfig.getInitParameter(String name)
ServletRequest.getParameter(String name)

Also, for consistency replace the existing text in the 4th/2nd cell with:

ServletContext.getAttribute(String name)
HttpSession.getAttribute(String name)
ServletRequest.getAttribute(String name)

Attributes are not Parameters - 4th row 3rd column; Method to get should mention getParameter(String name) for getting request parameters. It has mentioned only getInitParameter(String name) which is applicable only for getting context and servlet init params.

Replaced the existing text in the 4th/3rd cell with:

ServletContext.getInitParameter(String name)
ServletConfig.getInitParameter(String name)
ServletRequest.getParameter(String name)

Also, for consistency replaced the existing text in the 4th/2nd cell with:

ServletContext.getAttribute(String name)
HttpSession.getAttribute(String name)
ServletRequest.getAttribute(String name)

--------------------------------------------------------------------

Answer states B and C are correct when associated comment (correctly) states (only) answer B is correct.

Note from the Author or Editor:
Uncheck C

Answer states B and C are correct when associated comment (correctly) states (only) answer B is correct.

Unchecked C

--------------------------------------------------------------------

IllegalStateException is thrown before it reach the isNew() method on session. Since session.setMaxInactiveInterval(0) will cause the session invalidated immediately, the next line of code session.getAttribute("foo") method will throw IllegalStateException before it reach session.isNew() method.

Note from the Author or Editor:
VALID

Remove the line of code that reads "String foo = (String) session.getAttribute("foo");

On pg 249: also remove that line

"It returns the old value, not the new one."

I can't find any definite statement in the spec regarding the result of HttpSessionBindingEvent.getValue() for each of the events.

But I tested on Tomcat 5.5.27, Tomcat 6.0.18 and Glassfish V2 UR2 Final Build.

The result are consistent for these containers and the statement "returns the old value" is mostly WRONG:

attributeAdded(): value is new value (rather than old value == null)
attributeReplaced(): value is always the NEW value
valueUnbound(): "this" is always the old value. event's value is null iff the attribute has been replaced, or the old value if the attribute has been removed.
attributeRemoved(): indeed the event's value is the OLD value (rather than null)

Who the heck should memorize that?

Here's the sequence that I tested (set/removeAttribute statement plus generated events):

session.setAttribute("dog", new Dog(1)):
Dog{no=1}.valueBound: event.getValue()=Dog{no=1}
AttributeListener.attributeAdded: event.getValue()=Dog{no=1}

session.setAttribute("dog", new Dog(2)):
Dog{no=2}.valueBound: event.getValue()=Dog{no=2}
Dog{no=1}.valueUnbound: event.getValue()=null
AttributeListener.attributeReplaced: event.getValue()=Dog{no=2}

session.removeAttribute("dog"):
Dog{no=2}.valueUnbound: event.getValue()=Dog{no=2}
AttributeListener.attributeRemoved: event.getValue()=Dog{no=2}

Note from the Author or Editor:
VALID

The spec says "Returns the value of the attribute that has been added, removed or replaced. If the attribute was added (or bound), this is the value of the attribute. If the attribute was removed (or unbound), this is the value of the removed attribute. If the attribute was replaced, this is the old value of the attribute."

This is about as succinct as I think it could be said. So...
The complete handwritten note should be rewritten as: "The getValue() returns the object value of the attribute that triggered the event. If the attribute was added (or bound), this is the value of the attribute. If the attribute was removed (or unbound), this is the value of the removed attribute. If the attribute was replaced, this is the old value of the attribute."

This is invalid code in a JSP:
ServletContext ctx = getServletContext();
The spec only guarantees that the JSP implementation class implements JspPage which extends Servlet, but _not_ GenericServlet (which implements ServletConfig and contains the implementation of getServletContext())."

So the correct line would be
ServletContext ctx = sConfig.getServletContext();

(The original code does indeed work on Tomcat, but that's merely an implementation side effect.)

Note from the Author or Editor:
VALID

Make the recommended change.

Hello,

On page 445 that discusses how null values are rendered, there is a problem with the second example. The example indicates that for JSP expressions if the variable is null, the output will contain nothing:

Quote:
"A JSP expression tag prints nothing if user is null:
<b>Hello <%= user %>.</b>

Renders as <b>Hello .</b>"

Although this is true for ELs, it is not this way for JSP expressions. For the given example, the output will be "Hello null."

Best Regards,

Horatiu

Note from the Author or Editor:
VALID

The second box should contain the text "<b>Hello null.</b>"

The answers currently referenced are B and E.

For E to be correct, ServletOutputStream needs to be in the javax.servlet package (not java.io).

I would think answer C is also correct because the question asks which types "can be used" and a ServletOutputStream is-an java.io.OutputStream.

Note from the Author or Editor:
Change option C to "javax.servlet.OutputStream" and change option E to "javax.servlet.ServletOutputStream".

These changes make option E valid and option C invalid, as it should be.

The answers currently referenced are B and E.

For E to be correct, ServletOutputStream needs to be in the javax.servlet package (not java.io).

I would think answer C is also correct because the question asks which types "can be used" and a ServletOutputStream is-an java.io.OutputStream.

Change option C to "javax.servlet.OutputStream" and change option E to "javax.servlet.ServletOutputStream". These changes make option E valid and option C invalid, as it should be.

--------------------------------------------------------------------

HFSJ 2nd Ed., printed March 2008

At page 819 and 855 the lines

02. String TITLE = "Welcome to my page";

are wrong, correct are

02. String GREETING = "Welcome to my page";

Note from the Author or Editor:
VALID

Change all occurrences of "TITLE" with "GREETING"
Also on pg 855.

Answers are B and E.
Option C is also correct, but it's not selected as an answer.

Note from the Author or Editor:
Add a checkmark to option C

Answers are B and E.
Option C is also correct, but it's not selected as an answer.

Added a checkmark to option C

--------------------------------------------------------------------

I could not find that:
- The book states that a Java EE container must support HTTP cookies.
- The book states that a Java EE container must support SSL.

Note from the Author or Editor:
VALID

This question is based on information that is not presented in the book nor is on the SCWCD exam. It should be rewritten.

The wrong answers are ticked for the question. The explanations correctly state that A,B,and D add something to the list, making it NOT empty.
This will cause the 'when' clause to execute and not the 'otherwise'. Therefore answers C and E should be ticked not B and D.

Note from the Author or Editor:
VALID

These options should be checked: C and E.

The options marked are B and D.
Clearly, those two will not satisfy empty operators and will execute the code inside the <c:when> tag. Shouldn't the answers be C and E which staisfies the empty operator and hence will execute the code inside <c:otherwise> tag? the hand written comments correctly mentions that E will satisfy empty operator.

Instead of B and D, C and E should be checked.

Placed checkmarks in C & E and deleted checkmarks from B & D

--------------------------------------------------------------------

Answers given are B and D. I agree structure is valid with index.html being under WEB-INF directory.But, since the question also asks about changes necessary to make resources accessible, shouldn't option C also be an answer? THE WORDING OF THE STEM FORCES OPTION C TO BE VALID

Note from the Author or Editor:
Add a checkmark to option C.

Change the note for option C to "Option C: index.html must be outside of the WEB-INF/ directory to be accessible."

Answers given are B and D. I agree structure is valid with index.html being under WEB-INF directory.But, since the question also asks about changes necessary to make resources accessible, shouldn't option C also be an answer? THE WORDING OF THE STEM FORCES OPTION C TO BE VALID

Added a checkmark to option C.
Changed the note for option C to "Option C: index.html must be outside of the WEB-INF/ directory to be accessible."

--------------------------------------------------------------------

The question reads:
Given req is a reference to a valid HttpServletRequest, and:
13. String[] s = req.getCookies();
14. Cookie[] c = req.getCookies();
15. req.setAttribute("myAttr1", "42");
16. req.setAttribute("myAttr2", 42);
17. String[] s2 = req.getAttributeNames();
18. String[] s3 = req.getParameterValues("attr");

Which lines of code will not compile? (Choose all that apply.)
A. line 13
B. line 14
C. line 15
D. line 16
E. line 17
F. line 18

The soultion says that Answer D is not correct. "-Option D: setAttribute() takes a String and an Object, and as of Java 5, 42 can be boxed to an Object."

While this may be true for Java 5, this exam does not test on Java 5 as noted on page xxviii of the book:

"About the SCWCD (for Java EE 1.5) exam
The updated SCWCD exam is called “Sun Certified Web Component Developer for the Java Platform, Enterprise Edition 5” (CX-310-083), but don’t get confused by the title. The updated exam is still designed for Java EE v1.4 and for the servlet v2.4 and JSP v2.0 specifications."

Which means autoboxing does not exist and Answer D IS correct. Line 16 will not compile.

Note from the Author or Editor:
Agreed. Drop option D and line 16 from the question here and on pg 811

Options C is wrong. It seems to have back-quote and then single-quote around the word personalChecking.

C. <c:if test="${account[`personalChecking']}">Checking
that fits your lifestyle.</c:if>

The beginning and ending quotes are supposed to be the same no matter where they are nested. It should be single-quoted in both places before and after the word personalChecking.

Note from the Author or Editor:
Yes, the back-quote should be changed to a single-quote.
Furthermore, there should be an additional open-paren in the Java code of the IF-stmt in the stem of the question.

The answers currently referenced are B and E.

For E to be correct, ServletOutputStream needs to be in the javax.servlet package (not java.io).

I would think answer C is also correct because the question asks which types "can be used" and a ServletOutputStream is-an java.io.OutputStream.

Note from the Author or Editor:
VALID

Change option C to "javax.servlet.OutputStream" and change option E to "javax.servlet.ServletOutputStream". These changes make option E valid and option C invalid, as it should be.

Make these changes also on pg 814.

The answers currently referenced are B and E.

For E to be correct, ServletOutputStream needs to be in the javax.servlet package (not java.io).

I would think answer C is also correct because the question asks which types "can be used" and a ServletOutputStream is-an java.io.OutputStream.

Change option C to "javax.servlet.OutputStream" and change option E to "javax.servlet.ServletOutputStream". These changes make option E valid and option C invalid, as it should be.

--------------------------------------------------------------------

Again, wrong answer ticked. It should be D not C because 'jsp' is a reserved keyword. Explanation are again correct, just the tick is the wrong box.

Note from the Author or Editor:
VALID

Move the checkmark to option D

Answer D is not correct. Answer B is correct.

Note from the Author or Editor:
VALID

Answer is D, which is wrong because that allows the BEGINNERs to access resources in directory2. B should be the answer.

Move the checkmark to option B

Answer is D, which is wrong because that allows the BEGINNERs to access resources in directory2. B should be the answer.

Moved the checkmark to option B

--------------------------------------------------------------------