Radmika Arunachalam

WOW! Congrats George!!

Thanks to all..

Bert, Really pleasent surprise to see u here.. Big salute to ur team..

My study pattern was (2 months - 4 hours/day with few weeks gap in between)
- Some working experience in servlet, jsp (not much)
- studied HFSJ two times.. first time to understand concept.
- Selected areas in SPEC, mainly Security, EL, standard actions syntax.. whenever i got any doubt, refered spec
- Hanuman book old version studied once
- Tried almost all free mock exams. In the last week, revised some few mock exams like jdiscuss, j2eecertificate final exam. HFSJ final exam (got 86%)
- For Patterns concentrated only on specified patterns in objective. Even in exam, i considered only given (objective) patterns while selecting answers.

In exam, i finished in 1hr then revised again for an hour...

That's it.. Hope this will help u. I am thinking abt SCEA next.

Regards,
Radmika

Hi,
I have cleared SCWCD last week with 97%. Thanks a lot to ranchers and HFSJ book authors.

Radmika
SCJP, SCBCD, SCWCD

Kedar, Karthik, and Subramanian Thanks to u all. Now i understood that it is based on from which method u are invoking RequestDispatcher. Sorry for the C&P error, it should be request not response...

Subramanian, did u check the TOMCAT log whether it posts any error/exception there..

Once again Thanks to all..

Hi,

Which concepts are common to all 4 authentication mechanisms supported by J2EE1.4 compilant web containers? A. passwords B. realm names C. generic error pages D. secured web resources E. automatic SSL support F. target server authenication

What will be the answers apart from A? and Why?

Hi,
In HFSJ final mock exam Q63
Given: 1. <%@ taglib uri="http://www.company.com/mytags" prefix="mytags" %> 2. <mytags:foo bar="abc" /> 3. <mytags:forEach><mytags :mrgreen: oSomething /></mytags:forEach> 4. <jsp:setProperty name="x" property="a" value="b" /> 5. <c :-o ut value="hello" /> Assuming this is a complete JSP, which is true? (For Options E and F, ignore the fact that an error in one line might keep a subsequent line from being reached) A. Only line 2 will definitely generate an error. B. Only line 3 will definitely generate an error. C. Only line 4 will definitely generate an error. D. Only line 5 will definitely generate an error. E. Lines 4 and 5 will both definitely generate errors. F. Lines 2,3,4 and 5 will all definitely generate errors. G. The entire JSP could excute without generating any errors.

given answer is D, but my answer is E because of 2 facts
1. question clearly says it is complete JSP
2. there is no useBean for "x" used in jsp:setProperty

Please let me know your thoughts?

Thanks & Regards,
Radmika
SCJP, SCBCD

if u have code like this
resp.addHeader("myHeader", "foo"); resp.addHeader("myHeader", "bar"); resp.setHeader("myHeader", "baz");

Will setHeader replace both values of "myHeader" or only last one? if i try request.getHeaders("myHeader") for the above response, what will i get, only "baz" or more than that.. Hope this is clear of what i am trying to ask?

Thanks & Regards,
Radmika
SCJP, SCBCD

Hi,
For the same Question, Please can anyone tell me why option D is wrong? it is also one of the possible ways to include page right and also question didnt asks only "WHICH JSP CODE.." not "WHICH STANDARD ACTION.."

Suppost firstServlet implements doGet method and within that it calls RequestDispatcher forward/include to secondServlet and secondServlet implements doPost method. Will this scenario work?

To understand clearly, code will be something like this
In the doGet() of FirstServlet: .... RequestDispatcher rd = response.getRequestDispatcher("SecondServlet"); rd.forward(request, response); In the doPost() of SecondServlet: PrintWriter out = response.getWriter(); out.println("<br>Page 2</body></html>");

By default forward/include to servlet means, which method it will call (according to spec)? anyone knows about it please help

Thanks & Regards,
Radmika
SCJP, SCBCD

Hi,
Please verify whether following statements are correct!

1. if a servlet overrides doGet, OPTIONS request to that servlet returns the following header: Allow: GET, HEAD, TRACE, OPTIONS -- Anyone tried this? Is it correct with respect to SPEC and EXAM?

2. Only POST is not idempotent all others are IDEMPOTENT.

3. for distrubuted applications
[1]cannot depend on the notification events generated due to changes in the ServletContext attribute list
[2]cannot depend on the notification events generated when a ServletContext is created or destroyed
[3]cannot depend on the notification events generated due to changes in the session attribute list
[4]cannot depend on the notification events generated when a session is created or destroyed
[5]CAN depend on the notification events generated when a session is activated or passivated


Personally i feel point 2, 3 and 4 are not correct. Even in distributed application, we can trust on session as it exists in only one JVM at any time. Is this correct? Since i am planning to take the exam this weekend, last min tensions started now :roll: ..

Thanks & Regards,
Radmika
SCJP, SCBCD

Above file should be tag file becse attribute directive is used.. In tag files pageContext is not available (it is like extending SimpleTagSupport..)

Hope this helps..

By the way, why answer 2 is wrong? Business Delegate Pattern will hide the client from details about technology like EJB, CORBA, or RMI and handle itself.. Is it not correct?

I agree with u all, according to your answers, it should give compilation error (EVAL_BODY_BUFFERED not defined..) not error at request time ... So answer a is correct. AM i correct?

Sorry typo mistake "There is NO response attributes"

There is response attributes, there is no methods to get/set attributes in ServletReponse or HttpServletResponse interfaces.. I think question in j2eecertificate site is wrong..