Complete Java J2EE
Complete Java J2EE
int j = 0;
void _jspService() {}
}
+ JSP to Servlet Translation
<%@ page import="javax.ejb.*,javax.naming.*,java.rmi.*
,java.util.*" %>
<HTML>
<HEAD><TITLE>Hello.jsp</TITLE></HEAD>
<BODY>
<% String checking = null;
String name = null;
checking = request.getParameter("catch");
if (checking != null) {
name = request.getParameter("name");%>
<b> Hello <%=name%>
<% }
M.V.KrishnaKishore. 91 of 209
%>
<FORM METHOD='POST' action="Hello.jsp">
<table width="500" cellspacing="0" cellpadding="3"
border="0">
<caption>Enter your name</caption>
<tr>
<td><b>Name</b></td>
<td><INPUT size="20" maxlength="20"
TYPE="text" NAME="name"></td>
</tr>
</table>
<INPUT TYPE='SUBMIT' NAME='Submit'
VALUE='Submit'>
<INPUT TYPE='hidden' NAME='catch' VALUE='yes'>
</FORM>
</BODY>
</HTML>
+ Generated Servlet
public void _jspService(HttpServletRequest request,
HttpServletResponse response) throws ServletException
,IOException {
out.write("<HTML><HEAD><TITLE>Hello.jsp</TITLE></H
EAD><BODY>" );
String checking = null;
String name = null;
checking = request.getParameter("catch");
if (checking != null) {
name = request.getParameter("name");
out.write("\r\n\t\t<b> Hello " );
out.print(name);
out.write("\r\n\t\t" );
}
out.write("\r\n\t\t<FORM METHOD='POST' action="
+"\"Hello.jsp\">\r\n\t\t\t<table width=\"500\"
cell..
}
}
+ Tags & Tag Libraries
What Is a Tag Library?
M.V.KrishnaKishore. 92 of 209
JSP technology has a set of pre- defined tags
<jsp: useBean />
These are HTML like but
have limited functionality
Can define new tags
Look like HTML
Can be used by page authors
Java code is executed when tag is encountered
Allow us to keep Java code off the page
Better separation of content and logic
May Have Tags To
Process an SQL command
Parse XML and output HTML
Automatically call into an EJB component (EJB
technology- based component)
Get called on every request to initialize script variables
Iterate over a ResultSet and display the output in an
HTML table
Primary Tag Classes (javax.servlet.jsp.tagext.Tag)
Example:
<%@ taglib uri=/WEB-INF/mylib.tld prefix=test %>
<html>
<body bgcolor=white>
<test:hello name=Robert />
</body>
</html>
public class HelloTag extends TagSupport {
private String name = World;
M.V.KrishnaKishore.
Tag
Interface
TagSupport
Class
BodyTag
Interface
BodyTagSupport
class
93 of 209
public void setName(String name) { this.name =
name; }
public int doEndTag()
{ pageContext.getOut().println(Hello + name); }
}
mylib.tld
<taglib>
<tag>
<name>hello</name>
<tagclass>com.pramati.HelloTag</tagclass>
<bodycontent>empty</bodycontent>
<attribute><name>name</name></attribute>
</tag>
</taglib>
How Tag Handler methods are invoked:
<prefix:tagName
attr1=value1 ------------ setAttr1(value1)
attr2=value2 ------------ setAttr2(value2)
>------------ doStartTag()
This tags's body
</ prefix:tagName> ------------ doEndTag()
Implementation of JSP page will use the tag handler for
each action on page.
+ Summary
The JSP specification is a powerful system for creating
structured web content.
JSP technology allows non- programmers to develop
dynamic web pages.
JSP technology allows collaboration between
programmers and page designers when building web
applications.
JSP technology uses the Java programming language as
the script language.
The generated servlet can be managed by directives.
JSP components can be used as the view in the MVC
architecture.
Authors using JSP technology are not necessarily
programmers using Java technology.
M.V.KrishnaKishore. 94 of 209
Want to keep Java code off a JSP Page.
Custom actions (tag libraries) allow the use of elements
as a replacement for Java code.
+ What is JSP- JavaServer Pages?
JavaServer Pages. A server-side technology, JavaServer pages
are an extension to the Java servlet technology that was
developed by Sun. JSPs have dynamic scripting capability that
works in tandem with HTML code, separating the page logic
from the static elements -- the actual design and display of the
page. Embedded in the HTML page, the Java source code and
its extensions help make the HTML more functional, being
used in dynamic database queries, for example. JSPs are not
restricted to any specific platform or server.
Jsp contains both static and dynamic resources at run time.Jsp
extends web server functionalities.
+ What are advantages of JSP?
Whenever there is a change in the code, we dont have to
recompile the jsp. it automatically does the compilation. by
using custom tags and tag libraries the length of the java code
is reduced.
+ What is the difference between include directive &
jsp:include action?
include directive(): if the file includes static text if the file is
rarely changed (the JSP engine may not recompile the JSP if
this type of included file is modified). If you have a common
code snippet that you can reuse across multiple pages (e.g.
headers and footers).
jsp:include: for content that changes at runtime .to select
which content to render at runtime (because the page and src
attributes can take runtime expressions) for files that change
often JSP:includenull.
+ What are Custom tags. Why do you need Custom tags.
How do you create Custom tag?
5. Custom tags are those which are user defined.
M.V.KrishnaKishore. 95 of 209
6. Inorder to separate the presentation logic in a separate
class rather than keeping in jsp page we can use custom
tags.
7. Step 1: Build a class that implements the
javax.servlet.jsp.tagext.Tag interface as follows. Compile it
and place it under the web-inf/classes directory (in the
appropriate package structure).
package examples;
import java.io.*; //// THIS PROGRAM IS EVERY TIME I
MEAN WHEN U REFRESH THAT PARTICULAR CURRENT
DATE THIS CUSTOM TAG WILL DISPLAY
import javax.servlet.jsp.*;
import javax.servlet.jsp.tagext.*;
public class ShowDateTag implements Tag {
private PageContext pageContext;
private Tag parent;
public int doStartTag() throws JspException {
return SKIP_BODY;
}
public int doEndTag() throws JspException {
try {
pageContext.getOut().write("" + new
java.util.Date());
} catch (IOException ioe) {
throw new JspException(ioe.getMessage());
}
return EVAL_PAGE;
}
public void release() {
}
public void setPageContext(PageContext page) {
this.pageContext = page;
}
public void setParent(Tag tag) {
this.parent = tag;
}
public Tag getParent() {
return this.parent;
}
}
M.V.KrishnaKishore. 96 of 209
Step 2: Now we need to describe the tag, so create a file
called taglib.tld and place it under the web-inf
directory."http://java.sun.com/j2ee/dtds/web-
jsptaglibrary_1_1.dtd"> 1.0 1.1 myTag
http://www.mycompany.com/taglib My own tag library
showDate examples.ShowDateTag Show the current date
Step 3: Now we need to tell the web application where to
find the custom tags, and how they will be referenced from
JSP pages. Edit the web.xml file under the web-inf directory
and insert the following XML
fragement.http://www.mycompany.com/taglib /WEB-
INF/taglib.tld
Step 4: And finally, create a JSP page that uses the custom
tag.Now restart the server and call up the JSP page! You
should notice that every time the page is requested, the
current date is displayed in the browser. Whilst this doesn't
explain what all the various parts of the tag are for (e.g.
the tag description, page context, etc) it should get you
going. If you use the tutorial (above) and this example, you
should be able to grasp what's going on! There are some
methods in context object with the help of which u can get
the server (or servlet container) information.
Apart from all this with the help of ServletContext u can
implement ServletContextListener and then use the get-
InitParametermethod to read context initialization
parameters as the basis of data that will be made available
to all servlets and JSP pages.
+ What are the implicit objects in JSP & differences
between them
There are nine implicit objects in JSP.
8. request: The request object represents httprequest that
are trigged by service( ) invocation.
javax.servlet
9. response: The response object represents the servers
response to request.
javax.servlet
M.V.KrishnaKishore. 97 of 209
10. pageContext: The page context specifies the single
entry point to many of the page attributes and is the
convient place to put shared data.
javax.servlet.jsp.pagecontext
11. session: the session object represents the session
created by the current user.
javax.Servlet.http.HttpSession
12. application: the application object represents servlet
context , obtained from servlet configaration.
javax.Servlet.ServletContext
13. out: the out object represents to write the out put
stream.
javax.Servlet.jsp.jspWriter
14. Config: the config object represents the servlet config
interface from this page,and has scope attribute.
javax.Servlet.ServletConfig
15. page: The object is th eInstance of page
implementation servlet class that are processing the current
request.
java.lang.Object
16. exception: These are used for different purposes and
actually u no need to create these objects in JSP. JSP
container will create these objects automatically.
java.lang.Throwable
You can directly use these objects.
Example:
If i want to put my username in the session in JSP.
JSP Page: In the about page, i am using session object. But
this session object is not declared in JSP file, because, this is
implicit object and it will be created by the jsp container.
If u see the java file for this jsp page in the work folder of
apache tomcat, u will find these objects are created.
+ What is jsp:usebean. What are the scope attributes &
difference between these attributes?
page, request, session, application
+ What is difference between scriptlet and expression?
M.V.KrishnaKishore. 98 of 209
With expressions in JSP, the results of evaluating the
expression are converted to a string and directly included
within the output page. Typically expressions are used to
display simple values of variables or return values by invoking
a bean's getter methods. JSP expressions begin within tags
and do not include semicolons:
But scriptlet can contain any number of language statements,
variable or method declarations, or expressions that are valid
in the page scripting language. Within scriptlet tags, you can
declare variables or methods to use later in the file, write
expressions valid in the page scripting language, use any of
the JSP mplicit objects or any object declared with a.
+ What is Declaration
Declaration is used in JSP to declare methods and
variables.To add a declaration, you must use the sequences to
enclose your declarations.
+ How do you connect to the database from JSP
To be precise to connect jdbc from jsp is not good idea
ofcourse if ur working on dummy projects connecting to
msaccess u can very well use the same connection objects
amd methods in ur scriplets and define ur connection object in
init() method.
But if its real time u can use DAO design patterns which is
widely used. for ex u write all ur connection object and and sql
quires in a defiened method later use transfer object [TO ]
which is all ur fields have get/set methods and call it in
business object[BO] so DAO is accessd with precaution as it is
the crucial. Finally u define java bean which is a class holding
get/set method implementing serialization thus the bean is
called in the jsp. So never connect to jdbc directly from client
side since it can be hacked by any one to get ur password or
credit card info.
+ How do you call stored procedures from JSP
By using callable statement we can call stored procedures and
functions from the database.
+ How do you restrict page errors display in the JSP page
M.V.KrishnaKishore. 99 of 209
set isErrorPage=false
+ How do you pass control from one JSP page to another
we can forward control to aother jsp using jsp action tags
forward or incllude
+ How do I have the JSP-generated servlet subclass my
own custom servlet class, instead of the default?
One should be very careful when having JSP pages extend
custom servlet classes as opposed to the default one
generated by the JSP engine. In doing so, you may lose out on
any advanced optimization that may be provided by the
JSPengine. In any case, your new superclass has to fulfill the
contract with the JSPngine by: Implementing the HttpJspPage
interface, if the protocol used is HTTP, or implementing
JspPage otherwise Ensuring that all the methods in the Servlet
interface are declared final Additionally, your servlet
superclass also needs to do the following:
The service() method has to invoke the _jspService() method
The init() method has to invoke the jspInit() method
The destroy() method has to invoke jspDestroy()
If any of the above conditions are not satisfied, the JSP engine
may throw a translation error. Once the superclass has been
developed, you can have your JSP extend it as follows:
<%@ page extends="packageName.ServletName" %>
+ How does a servlet communicate with a JSP page?
The following code snippet shows how a servlet instantiates a
bean and initializes it with FORM data posted by a browser.
The bean is then placed into the request, and the call is then
forwarded to the JSP page, Bean1.jsp, by means of a request
dispatcher for downstream processing.
public void doPost (HttpServletRequest request,
HttpServletResponse response) {
try {
govi.FormBean f = new govi.FormBean();
String id = request.getParameter("id");
f.setName(request.getParameter("name"));
f.setAddr(request.getParameter("addr"));
f.setAge(request.getParameter("age"));
//use the id to compute
M.V.KrishnaKishore. 100 of 209
//additional bean properties like info
//maybe perform a db query, etc.
// . . .
f.setPersonalizationInfo(info);
request.setAttribute("fBean",f);
getServletConfig().getServletContext().getRequest
Dispatcher ("/jsp/Bean1.jsp").forward(request,
response);
} catch (Exception ex) {
. . .
}
}
The JSP page Bean1.jsp can then process fBean, after first
extracting it from the default request scope via the useBean
action.
jsp:useBean id="fBean" class="govi.FormBean"
scope="request"/
jsp:getProperty name="fBean" property="name" /
jsp:getProperty name="fBean" property="addr" /
jsp:getProperty name="fBean" property="age" /
jsp:getProperty name="fBean"
property="personalizationInfo" /
+ Is there a way I can set the inactivity lease period on a
per-session basis?
Typically, a default inactivity lease period for all sessions is set
within your JSPengine admin screen or associated properties
file. However, if your JSP engine supports the Servlet 2.1 API,
you can manage the inactivity lease period on a per-session
basis. This is done by invoking the
HttpSession.setMaxInactiveInterval() method, right after the
session has been created.
Example:
<% session.setMaxInactiveInterval(300); %>
would reset the inactivity period for this session to 5 minutes.
The inactivity interval is set in seconds.
+ How can I set a cookie and delete a cookie from within a
JSP page?
A cookie, mycookie, can be deleted using the following
scriptlet:
M.V.KrishnaKishore. 101 of 209
<%
//creating a cookie
Cookie mycookie = new Cookie("aName","aValue");
response.addCookie(mycookie);
//delete a cookie
Cookie killMyCookie = new Cookie("mycookie", null);
killMyCookie.setMaxAge(0);
killMyCookie.setPath("/");
response.addCookie(killMyCookie);
%>
+ How can I declare methods within my JSP page?
You can declare methods for use within your JSP page as
declarations. The methods can then be invoked within any
other methods you declare, or within JSP scriptlets and
expressions.
Do note that you do not have direct access to any of the JSP
implicit objects like request, response, session and so forth
from within JSP methods. However, you should be able to pass
any of the implicit JSP variables as parameters to the methods
you declare.
Example:
<%!
public String whereFrom(HttpServletRequest req) {
HttpSession ses = req.getSession();
...
return req.getRemoteHost();
}
%>
<%
out.print("Hi there, I see that you are coming in from ");
%>
<%= whereFrom(request) %>
Another Example:
file1.jsp
<%@page contentType="text/html"%>
<%!
public void test(JspWriter writer) throws IOException {
writer.println("Hello!");
}
M.V.KrishnaKishore. 102 of 209
%>
file2.jsp
<%@include file="file1.jsp"%>
<html>
<body>
<%test(out);% >
</body>
</html>
+ How can I enable session tracking for JSP pages if the
browser has disabled cookies?
We know that session tracking uses cookies by default to
associate a session identifier with a unique user. If the browser
does not support cookies, or if cookies are disabled, you can
still enable session tracking using URL rewriting. URL rewriting
essentially includes the session ID within the link itself as a
name/value pair. However, for this to be effective, you need to
append the session ID for each and every link that is part of
your servlet response. Adding the session ID to a link is
greatly simplified by means of of a couple of methods:
response.encodeURL() associates a session ID with a given
URL, and if you are using redirection,
response.encodeRedirectURL() can be used by giving the
redirected URL as input. Both encodeURL() and
encodeRedirectedURL() first determine whether cookies are
supported by the browser; if so, the input URL is returned
unchanged since the session ID will be persisted as a cookie.
Consider the following example, in which two JSP files, say
hello1.jsp and hello2.jsp, interact with each other. Basically,
we create a new session within hello1.jsp and place an object
within this session. The user can then traverse to hello2.jsp by
clicking on the link present within the page.Within hello2.jsp,
we simply extract the object that was earlier placed in the
session and display its contents. Notice that we invoke the
encodeURL() within hello1.jsp on the link used to invoke
hello2.jsp; if cookies are disabled, the session ID is
automatically appended to the URL, allowing hello2.jsp to still
retrieve the session object. Try this example first with cookies
enabled. Then disable cookie support, restart the brower, and
try again. Each time you should see the maintenance of the
M.V.KrishnaKishore. 103 of 209
session across pages. Do note that to get this example to work
with cookies disabled at the browser, your JSP engine has to
support URL rewriting.
hello1.jsp
<%@ page session="true" %>
<%
Integer num = new Integer(100);
session.putValue("num",num);
String url =response.encodeURL("hello2.jsp");
%>
<a href='<%=url%>'>hello2.jsp</a>
hello2.jsp
<%@ page session="true" %>
<%
Integer i= (Integer )session.getValue("num");
out.println("Num value in session is "+i.intValue());
%>
+ How do I use a scriptlet to initialize a newly instantiated
bean?
A jsp:useBean action may optionally have a body. If the body
is specified, its contents will be automatically invoked when
the specified bean is instantiated. Typically, the body will
contain scriptlets or jsp:setProperty tags to initialize the newly
instantiated bean, although you are not restricted to using
those alone. The following example shows the "today" property
of the Foo bean initialized to the current date when it is
instantiated. Note that here, we make use of a JSP expression
within the jsp:setProperty action.
<jsp:useBean id="foo" class="com.Bar.Foo" >
<jsp:setProperty name="foo" property="today"
value="<
%=java.text.DateFormat.getDateInstance().format(new
java.util.Date())
%>"/ >
<%-- scriptlets calling bean setter methods go here --%>
</jsp:useBean >
+ How does JSP handle run-time exceptions?
M.V.KrishnaKishore. 104 of 209
You can use the errorPage attribute of the page directive to
have uncaught runtime exceptions automatically forwarded to
an error processing page.
For example:
<%@ page errorPage="error.jsp" %>
redirects the browser to the JSP page error.jsp if an uncaught
exception is encountered during request processing. Within
error.jsp, if you indicate that it is an error-processing page, via
the directive:
<%@ page isErrorPage="true" %>
the Throwable object describing the exception may be
accessed within the error page via the exception implicit
object.
Note: You must always use a relative URL as the value for the
errorPage attribute.
+ How do I prevent the output of my JSP or Servlet pages
from being cached by the browser?
You will need to set the appropriate HTTP header attributes to
prevent the dynamic content output by the JSP page from
being cached by the browser. Just execute the following
scriptlet at the beginning of your JSP pages to prevent them
from being cached at the browser. You need both the
statements to take care of some of the older browser versions.
<%
response.setHeader("Cache-Control","no-store"); //HTTP
1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader ("Expires", 0); //prevents caching
at the proxy server
%>
+ How do I use comments within a JSP page?
You can use "JSP-style" comments to selectively block out
code while debugging or simply to comment your scriptlets.
JSP comments are not visible at the client.
For example:
<%-- the scriptlet is now commented out
<%
M.V.KrishnaKishore. 105 of 209
out.println("Hello World");
%>
--%>
You can also use HTML-style comments anywhere within your
JSP page. These comments are visible at the client. For
example:
<!-- (c) 2004 javagalaxy.com -->
Of course, you can also use comments supported by your JSP
scripting language within your scriptlets. For example,
assuming Java is the scripting language, you can have:
<%
//some comment
/**yet another comment **/
%>
+ Can I stop JSP execution while in the midst of
processing a request?
Yes. Preemptive termination of request processing on an error
condition is a good way to maximize the throughput of a high-
volume JSP engine. The trick (asuming Java is your scripting
language) is to use the return statement when you want to
terminate further processing. For example, consider:
<%
if (request.getParameter("foo") != null) {
//generate some html or update bean property
} else {
/*output some error message or provide redirection back
to the input form after creating a memento bean updated
with the 'valid' form elements that were input. This bean
can now be used by the previous form to initialize the
input elements that were valid then, return from the body
of the _jspService() method to terminate further
processing */
return;
}
%>
+ Is there a way to reference the "this" variable within a
JSP page?
M.V.KrishnaKishore. 106 of 209
Yes, there is. Under JSP 1.0, the page implicit object is
equivalent to "this", and returns a reference to the servlet
generated by the JSP page.
+ How do I perform browser redirection from a JSP page?
You can use the response implicit object to redirect the
browser to a different resource, as:
response.sendRedirect("http://www.exforsys.com/pat
h/error.html");
You can also physically alter the Location HTTP header
attribute, as shown below:
<%
response.setStatus(HttpServletResponse.SC_MOVED_
PERMANENTLY);
String newLocn = "/newpath/index.html";
response.setHeader("Location",newLocn);
%>
You can also use the: <jsp:forward
page="/newpage.jsp" /> Also note that you can only use
this before any output has been sent to the client. I beleve this
is the case with the response.sendRedirect() method as
well. If you want to pass any paramateres then you can pass
using
<jsp:forward page="/servlet/login">
<jsp:param name="username" value="Kishore" />
</jsp:forward>
+ How do I include static files within a JSP page?
Answer Static resources should always be included using the
JSP include directive. This way, the inclusion is performed just
once during the translation phase. The following example
shows the syntax:
<%@ include file="copyright.html" %>
Do note that you should always supply a relative URL for the
file attribute. Although you can also include static resources
using the action, this is not advisable as the inclusion is then
performed for each and every request.
+ What JSP lifecycle methods can I override?
M.V.KrishnaKishore. 107 of 209
You cannot override the _jspService() method within a JSP
page. You can however, override the jspInit() and jspDestroy()
methods within a JSP page. jspInit() can be useful for
allocating resources like database connections, network
connections, and so forth for the JSP page. It is good
programming practice to free any allocated resources within
jspDestroy().
The jspInit() and jspDestroy() methods are each executed just
once during the lifecycle of a JSP page and are typically
declared as JSP declarations:
<%!
public void jspInit() {
. . .
}
%>
<%!
public void jspDestroy() {
. . .
}
%>
+ Can a JSP page process HTML FORM data?
Yes. However, unlike servlets, you are not required to
implement HTTP-protocol specific methods like doGet() or
doPost() within your JSP page. You can obtain the data for
the FORM input elements via the request implicit object within
a scriptlet or expression as:
<%
String item = request.getParameter("item");
int howMany = new
Integer(request.getParameter("units")).intValue();
%>
or
<%= request.getParameter("item") %>
+ How do I mix JSP and SSI #include?
If you're just including raw HTML, use the #include directive as
usual inside your .jsp file.
<!--#include file="data.inc"-->
M.V.KrishnaKishore. 108 of 209
But it's a little trickier if you want the server to evaluate any
JSP code that's inside the included file. If your data.inc file
contains jsp code you will have to use <%@
vinclude="data.inc" %> The <!--#include file="data.inc"--> is
used for including non-JSP files.
+ How can I implement a thread-safe JSP page?
You can make your JSPs thread-safe by having them
implement the SingleThreadModel interface. This is done by
adding the directive
<%@ page isThreadSafe="false" % > within your JSP
page.
+ How do I include static files within a JSP page?
Static resources should always be included using the JSP
include directive. This way, the inclusion is performed just
once during the translation phase. The following example
shows the syntax: Do note that you should always supply a
relative URL for the file attribute. Although you can also
include static resources using the action, this is not advisable
as the inclusion is then performed for each and every request.
+ How do you prevent the Creation of a Session in a JSP
Page and why?
By default, a JSP page will automatically create a session for
the request if one does not exist. However, sessions consume
resources and if it is not necessary to maintain a session, one
should not be created. For example, a marketing campaign
may suggest the reader visit a web page for more information.
If it is anticipated that a lot of traffic will hit that page, you
may want to optimize the load on the machine by not creating
useless sessions.
+ What is the page directive is used to prevent a JSP page
from automatically creating a session:
<%@ page session="false">
+ Is it possible to share an HttpSession between a JSP and
EJB? What happens when I change a value in the
HttpSession from inside an EJB?
M.V.KrishnaKishore. 109 of 209
You can pass the HttpSession as parameter to an EJB method,
only if all objects in session are serializable.This has to be
consider as "passed-by-value", that means that it's read-only
in the EJB. If anything is altered from inside the EJB, it won't
be reflected back to the HttpSession of the Servlet
Container.The "pass-byreference" can be used between EJBs
Remote Interfaces, as they are remote references. While it IS
possible to pass an HttpSession as a parameter to an EJB
object, it is considered to be "bad practice (1)" in terms of
object oriented design. This is because you are creating an
unnecessary coupling between back-end objects (ejbs) and
front-end objects (HttpSession). Create a higher-level of
abstraction for your ejb's api. Rather than passing the whole,
fat, HttpSession (which carries with it a bunch of http
semantics), create a class that acts as a value object (or
structure) that holds all the data you need to pass back and
forth between front-end/back-end. Consider the case where
your ejb needs to support a non-http-based client. This higher
level of abstraction will be flexible enough to support it. (1)
Core J2EE design patterns (2001).
+ Can a JSP page instantiate a serialized bean?
No problem! The useBean action specifies the beanName
attribute, which can be used for indicating a serialized bean.
For example:
<jsp:useBean id="shop" type="shopping.CD"
beanName="CD" />
<jsp:getProperty name="shop" property="album" />
A couple of important points to note. Although you would have
to name your serialized file "filename.ser", you only indicate
"filename" as the value for the beanName attribute. Also, you
will have to place your serialized file within the WEB-
INFjspbeans directory for it to be located by the JSP engine.
+ Can you make use of a ServletOutputStream object from
within a JSP page?
No. You are supposed to make use of only a JSPWriter object
(given to you in the form of the implicit object out) for replying
to clients. A JSPWriter can be viewed as a buffered version of
the stream object returned by response.getWriter(), although
M.V.KrishnaKishore. 110 of 209
from an implementational perspective, it is not. A page author
can always disable the default buffering for any page using a
page directive as:
<%@ page buffer="none" %>
+ Can we implements interface or extends class in JSP?
No, we can't implements interface or extends class in JSP.
+ What are the steps required in adding a JSP Tag
Libraries?
17. Create a TLD file and configure the required class
Information.
18. Create the Java Implementation Source extending the
JSP Tag Lib Class (TagSupport).
19. Compile and package it as loosed class file or as a jar
under lib folder in Web Archive File for Class loading.
20. Place the TLD file under the WEB-INF folder.
21. Add reference to the tag library in the web.xml file.
M.V.KrishnaKishore. 111 of 209
Introduction to MVC (Model View Controler)
+ Overview of MVC Architecture
The MVC design pattern divides applications into three
components:
The Model maintains the state and data that the
application represents.
The View allows the display of information about the
model to the user.
The Controller allows the user to manipulate the
application.
M.V.KrishnaKishore.
Users
UI Components
UI Process Components
Service Interfaces
Business
Workflows
Business
Components
Business
Entities
Data Access Logic
Components
Service Agents
Data Sources
Services
S
e
c
u
r
i t
y
O
p
e
r
a
t i
o
n
a
l
m
a
n
a
g
e
m
e
n
t
C
o
m
m
u
n
i
c
a
t i
o
n
112 of 209
In Struts, the view is handled by JSPs and presentation
components, the model is represented by Java Beans and the
controller uses Servlets to perform its action.
By developing a familiar Web-based shopping cart, you'll learn
how to utilize the Model-View-Controller (MVC) design pattern
and truly separate presentation from content when using Java
Server Pages.
+ Applying MVC in Servlets and JSP
Many web applications are JSP-only or Servlets-only. With JSP,
Java code is embedded in the HTML code; with Servlets the
Java code calls println methods to generate the HTML code.
Both approaches have their advantages and drawbacks; Struts
gathers their strengths to get the best of their association.
Below you will find one example on registration form
processing using MVC in Servlets and JSP:
1. In the above application Reg.jsp act as view accepts I/P
from client and submits to Controller Servlet.
2. Controller Servlet validates the form data, if valid, stores
the data into DB
3. Based on the validation and DB operations Controller Servlet
decides to respond either Confirm.jsp or Error.jsp to clients
browser.
M.V.KrishnaKishore.
Reg JSP
User
Controller Servlet
Reg_mast
er
Confirm.jsp Error.jsp
If()
If()
113 of 209
4. When the Error.jsp is responded, the page must include all
the list of errors with detailed description.
5. The above shown application architecture is the model for
MVC.
6. IF MVC Model 2 wants to be implemented in your application
business logic and model operations must be separated
from controller program.
+ Struts
Struts is an open source framework from Jakartha Project
designed for developing the web applications with Java
SERVLET API and Java Server Pages Technologies.Struts
conforms the Model View Controller design pattern. Struts
package provides unified reusable components (such as action
servlet) to build the user interface that can be applied to any
web connection. It encourages software development
following the MVC design pattern.
+ View on JSP
The early JSP specification follows two approaches for building
applications using JSP technology. These two approaches are
called as JSP Model 1 and JSP Model 2 architectures.
JSP Model 1 Architecture
In Model 1 architecture the JSP page is alone responsible
for processing the incoming request and replying back to
the client. There is still separation of presentation from
content, because all data access is performed using beans.
Although the JSP Model 1 Architecture is more suitable for
M.V.KrishnaKishore. 114 of 209
simple applications, it may not be desirable for complex
implementations.
JSP Model 2 Architecture - MVC
The Model 2 Architecture is an approach for serving
dynamic content, since it combines the use of both Servlets
and JSP. It takes advantages of the predominant strengths
of both technologies, using JSP to generate the presentation
layer and Servlets to perform process-intensive tasks. Here
servlet acts as controller and is in charge of request
processing and the creation of any beans or objects used by
the JSP as well as deciding depending on the users actions,
which JSP page to forward the request to. Note that there is
no processing logic within the JSP page itself; it is simply
responsible for retrieving any objects or beans that may
have been previously created by the servlet, and extracting
the dynamic content from that servlet for insertion within
static templates.
+ Limitation in traditional MVC approach
The main limitation in the traditional MVC approach is, in that
there is no separation of business logic (validation/ conditions/
anything related to business rules) from controller (is
responsible for controlling of the application flow by using
static/dynamic request dispatcher.
+ MVC Model 2 Architecture is Model View Controller
M.V.KrishnaKishore.
Browser
Servlet
Controller
Servlet
Validator
Servlet
Model
JSP
View
Beans
1 2
3 4
5
6
7
User
Pass
Login
115 of 209
1. Client submits login request to servlet application.
2. Servlet application acts as controller it first decides to
request validator another servlet program which is
responsible for not null checking (business rule).
3. control comes to controller back and based on the validation
response, if the response is positive, servlet controller sends
the request to model.
4. Model requests DB to verify whether the database is having
the same user name and password, If found login operation
is successful.
5. Beans are used to store if any data retrieved from the
database and kept into HTTPSession.
6. Controller then gives response back to response JSP (view)
which uses the bean objects stored in HTTPSession object.
7. and prepares presentation response on to the browser.
M.V.KrishnaKishore. 116 of 209
Overview of Struts Framework
+ Introduction to Struts Framework
The goal of this project is to provide an open source
framework for building Java web applications. The core of the
Struts framework is a flexible control layer based on standard
technologies like Java Servlets, JavaBeans, Resource Bundles,
and XML, as well as various Jakarta Commons packages.
Struts encourages application architectures based on the
Model 2 approach, a variation of the classic Model-View-
Controller (MVC) design paradigm.
Struts provides its own Controller component and integrates
with other technologies to provide the Model and the View.
For the Model, Struts can interact with standard data access
technologies, like JDBC and EJB, as well as most any third-
party packages, like Hibernate, iBATIS, or Object Relational
Bridge.
For the View, Struts works well with Java Server Pages,
including JSTL and JSF, as well as Velocity Templates, XSLT,
and other presentation systems.
For Controller, ActionServlet and ActionMapping - The
Controller portion of the application is focused on receiving
requests from the client deciding what business logic function
is to be performed, and then delegating responsibility for
producing the next phase of the user interface to an
appropriate View component. In Struts, the primary
component of the Controller is a servlet of class ActionServlet.
This servlet is configured by defining a set of ActionMappings.
An ActionMapping defines a path that is matched against the
request URI of the incoming request, and usually specifies the
fully qualified class name of an Action class. Actions
encapsulate the business logic, interpret the outcome, and
ultimately dispatch control to the appropriate View component
to create the response.
The Struts project was launched in May 2000 by Craig
McClanahan to provide a standard MVC framework to the Java
community. In July 2001.
M.V.KrishnaKishore. 117 of 209
In the MVC design pattern, application flow is mediated by a
central Controller. The Controller delegates requests - in our
case, HTTP requests - to an appropriate handler. The handlers
are tied to a Model, and each handler acts as an adapter
between the request and the Model. The Model represents, or
encapsulates, an application's business logic or state. Control
is usually then forwarded back through the Controller to the
appropriate View. The forwarding can be determined by
consulting a set of mappings, usually loaded from a database
or configuration file. This provides a loose coupling between
the View and Model, which can make applications significantly
easier to create and maintain.
+ Struts Architecture
+ Front Controller
Context: The presentation-tier request handling mechanism
must control and coordinate processing of each user across
multiple requests. Such control mechanisms may be managed
in either a centralized or decentralized manner.
Problem: The system requires a centralized access point for
presentation-tier request handling to support the integration of
system services, content retrieval, view management, and
navigation. When the user accesses the view directly without
going through a centralized mechanism,
Two problems may occur:
M.V.KrishnaKishore.
Request.jsp
ActionS
ervlet
Struts-
config.xml
ActionForm
Action
Success
Response
Error
Response
J2EE
Component
(EJB)
DB
Legac
y code
118 of 209
Each view is required to provide its own system services,
often resulting in duplicate code.
View navigation is left to the views. This may result in
commingled view content and view navigation.
Additionally, distributed control is more difficult to maintain,
since changes will often need to be made in numerous places.
Solution: Use a controller as the initial point of contact for
handling a request. The controller manages the handling of the
request, including invoking security services such as
authentication and authorization, delegating business
processing, managing the choice of an appropriate view,
handling errors, and managing the selection of content
creation strategies.
The controller provides a centralized entry point that controls
and manages Web request handling. By centralizing decision
points and controls, the controller also helps reduce the
amount of Java code, called scriptlets, embedded in the
JavaServer Pages (JSP) page.
Centralizing control in the controller and reducing business
logic in the view promotes code reuse across requests. It is a
preferable approach to the alternative-embedding code in
multiple views-because that approach may lead to a more
error-prone, reuse-by-copy- and-paste environment.
Typically, a controller coordinates with a dispatcher
component. Dispatchers are responsible for view management
and navigation. Thus, a dispatcher chooses the next view for
the user and vectors control to the resource. Dispatchers may
be encapsulated within the controller directly or can be
extracted into a separate component.
While the Front Controller pattern suggests centralizing the
handling of all requests, it does not limit the number of
handlers in the system, as does a Singleton. An application
may use multiple controllers in a system, each mapping to a
set of distinct services.
M.V.KrishnaKishore. 119 of 209
+ Structure
Below figure represents the Front Controller class diagram
pattern.
Figure: Front Controller class diagram
+ Participants and Responsibilities
Below figure shows the sequence diagram representing the
Front Controller pattern. It depicts how the controller handles
a request.
Figure: Front Controller sequence diagram
Controller: The controller is the initial contact point for
handling all requests in the system. The controller may
delegate to a helper to complete authentication and
authorization of a user or to initiate contact retrieval.
M.V.KrishnaKishore. 120 of 209
Dispatcher: A dispatcher is responsible for view management
and navigation, managing the choice of the next view to
present to the user, and providing the mechanism for
vectoring control to this resource.
A dispatcher can be encapsulated within a controller or can be
a separate component working in coordination. The dispatcher
provides either a static dispatching to the view or a more
sophisticated dynamic dispatching mechanism.
The dispatcher uses the Request Dispatcher object (supported
in the servlet specification) and encapsulates some additional
processing.
Helper: A helper is responsible for helping a view or controller
complete its processing. Thus, helpers have numerous
responsibilities, including gathering data required by the view
and storing this intermediate model, in which case the helper
is sometimes referred to as a value bean. Additionally, helpers
may adapt this data model for use by the view. Helpers can
service requests for data from the view by simply providing
access to the raw data or by formatting the data as Web
content.
A view may work with any number of helpers, which are
typically implemented as JavaBeans components (JSP 1.0+)
and custom tags (JSP 1.1+). Additionally, a helper may
represent a Command object, a delegate, or an XSL
Transformer, which is used in combination with a stylesheet to
adapt and convert the model into the appropriate form.
View: A view represents and displays information to the client.
The view retrieves information from a model. Helpers support
views by encapsulating and adapting the underlying data
model for use in the display.
+ Controller Servlet Action Servlet
For those of you familiar with MVC architecture, the
ActionServlet represents the C - the controller. The job of the
controller is to:
process user requests,
M.V.KrishnaKishore. 121 of 209
determine what the user is trying to achieve according to
the request,
pull data from the model (if necessary) to be given to the
appropriate view, and
select the proper view to respond to the user.
The Struts controller delegates most of this grunt work to the
Request Processor and Action classes.
In addition to being the front controller for your application,
the ActionServlet instance also is responsible for initialization
and clean-up of resources. When the controller initializes, it
first loads the application config corresponding to the "config"
init-param. It then goes through an enumeration of all init-
param elements, looking for those elements who's name starts
with config/. For each of these elements, Struts loads the
configuration file specified by the value of that init-param, and
assigns a "prefix" value to that module's ModuleConfig
instance consisting of the piece of the init-param name
following "config/". For example, the module prefix specified
by the init-param config/foo would be "foo". This is important
to know, since this is how the controller determines which
module will be given control of processing the request. To
access the module foo, you would use a URL like:
http://localhost:8080/myApp/foo/someAction.do
For each request made of the controller, the method
process(HttpServletRequest, HttpServletResponse) will be
called. This method simply determines which module should
service the request and then invokes that module's
RequestProcessor's process method, passing the same request
and response.
+ Request Processor:
The RequestProcessor is where the majority of the core
processing occurs for each request. Let's take a look at the
helper functions the process method invokes in-turn:
processPat
h
Determine the path that invoked us. This will be
used later to retrieve an ActionMapping.
processLoc
ale
Select a locale for this request, if one hasn't
already been selected, and place it in the request.
processCon Set the default content type (with optional
M.V.KrishnaKishore. 122 of 209
tent character encoding) for all responses if requested.
processNo
Cache
If appropriate, set the following response
headers: "Pragma", "Cache-Control", and
"Expires".
processPre
process
This is one of the "hooks" the RequestProcessor
makes available for subclasses to override. The
default implementation simply returns true. If you
subclass RequestProcessor and override
processPreprocess you should either return true
(indicating process should continue processing
the request) or false (indicating you have handled
the request and the process should return)
processMa
pping
Determine the ActionMapping associated with this
path.
processRol
es
If the mapping has a role associated with it,
ensure the requesting user is has the specified
role. If they do not, raise an error and stop
processing of the request.
processActi
onForm
Instantiate (if necessary) the ActionForm
associated with this mapping (if any) and place it
into the appropriate scope.
processPop
ulate
Populate the ActionForm associated with this
request, if any.
processVali
date
Perform validation (if requested) on the
ActionForm associated with this request (if any).
processFor
ward
If this mapping represents a forward, forward to
the path specified by the mapping.
processIncl
ude
If this mapping represents an include, include the
result of invoking the path in this request.
processActi
onCreate
Instantiate an instance of the class specified by
the current ActionMapping (if necessary).
processActi
onPerform
This is the point at which your action's perform or
execute method will be called.
processFor
wardConfig
Finally, the process method of the
RequestProcessor takes the ActionForward
returned by your Action class, and uses to select
the next resource (if any). Most often the
ActionForward leads to the presentation page that
M.V.KrishnaKishore. 123 of 209
renders the response.
+ Action class
The Action class defines two methods that could be executed
depending on your servlet environment:
public ActionForward execute(ActionMapping mapping,
ActionForm form,
ServletRequest request,
ServletResponse response)
throws Exception;
public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception;
Since the majority of Struts projects are focused on building
web applications, most projects will only use the
"HttpServletRequest" version. A non-HTTP execute() method
has been provided for applications that are not specifically
geared towards the HTTP protocol.
The goal of an Action class is to process a request, via its
execute method, and return an ActionForward object that
identifies where control should be forwarded (e.g. a JSP, Tile
definition, Velocity template, or another Action) to provide the
appropriate response. In the MVC/Model 2 design pattern, a
typical Action class will often implement logic like the following
in its execute method:
Validate the current state of the user's session (for
example, checking that the user has successfully logged
on). If the Action class finds that no logon exists, the
request can be forwarded to the presentation page that
displays the username and password prompts for logging
on. This could occur because a user tried to enter an
application "in the middle" (say, from a bookmark), or
because the session has timed out, and the servlet
container created a new one.
If validation is not complete, validate the form bean
properties as needed. If a problem is found, store the
appropriate error message keys as a request attribute, and
M.V.KrishnaKishore. 124 of 209
forward control back to the input form so that the errors can
be corrected.
Perform the processing required to deal with this request
(such as saving a row into a database). This can be done by
logic code embedded within the Action class itself, but
should generally be performed by calling an appropriate
method of a business logic bean.
Update the server-side objects that will be used to create
the next page of the user interface (typically request scope
or session scope beans, depending on how long you need to
keep these items available).
Return an appropriate ActionForward object that identifies
the presentation page to be used to generate this response,
based on the newly updated beans. Typically, you will
acquire a reference to such an object by calling findForward
on either the ActionMapping object you received (if you are
using a logical name local to this mapping), or on the
controller servlet itself (if you are using a logical name
global to the application).
In Struts 1.0, Actions called a perform method instead of the
now-preferred execute method. These methods use the same
parameters and differ only in which exceptions they throw. The
elder perform method throws SerlvetException and
IOException. The new execute method simply throws
Exception. The change was to facilitate the Declarative
Exception handling feature introduced in Struts 1.1.
The perform method may still be used in Struts 1.1 but is
deprecated. The Struts 1.1 method simply calls the new
execute method and wraps any Exception thrown as a
ServletException.
+ Action Form class
An ActionForm represents an HTML form that the user
interacts with over one or more pages. You will provide
properties to hold the state of the form with getters and
setters to access them. ActionForms can be stored in either
the session (default) or request scopes. If they're in the
session it's important to implement the form's reset method to
initialize the form before each use. Struts sets the
M.V.KrishnaKishore. 125 of 209
ActionForm's properties from the request parameters and
sends the validated form to the appropriate Action's execute
method.
When you code your ActionForm beans, keep the following
principles in mind:
The ActionForm class itself requires no specific methods
to be implemented. It is used to identify the role these
particular beans play in the overall architecture. Typically,
an ActionForm bean will have only property getter and
property setter methods, with no business logic.
The ActionForm object also offers a standard validation
mechanism. If you override a "stub" method, and provide
error messages in the standard application resource, Struts
will automatically validate the input from the form (using
your method). See "Automatic Form Validation" for details.
Of course, you can also ignore the ActionForm validation
and provide your own in the Action object.
Define a property (with associated getXxx and setXxx
methods) for each field that is present in the form. The field
name and property name must match according to the usual
JavaBeans conventions (see the Javadoc for the
java.beans.Introspector class for a start on information
about this). For example, an input field named username
will cause the setUsername method to be called.
Buttons and other controls on your form can also be
defined as properties. This can help determine which button
or control was selected when the form was submitted.
Remember, the ActionForm is meant to represent your
data-entry form, not just the data beans.
Think of your ActionForm beans as a firewall between
HTTP and the Action. Use the validate method to ensure all
required properties are present, and that they contain
reasonable values. An ActionForm that fails validation will
not even be presented to the Action for handling.
You may also place a bean instance on your form, and
use nested property references. For example, you might
have a "customer" bean on your ActionForm, and then refer
to the property "customer.name" in your presentation page.
This would correspond to the methods customer.getName()
and customer.setName(string Name) on your customer
M.V.KrishnaKishore. 126 of 209
bean. See the Tag Library Developer Guides for more about
using nested syntax with the Struts JSP tags.
Caution: If you nest an existing bean instance on your
form, think about the properties it exposes. Any public
property on an ActionForm that accepts a single String value
can be set with a query string. It may be useful to place
beans that can affect the business state inside a thin
"wrapper" that exposes only the properties required. This
wrapper can also provide a filter to be sure runtime
properties are not set to inappropriate values.
+ Action class Design guidelines
Remember the following design guidelines when coding Action
classes:
Write code for a multi-threaded environment - The
controller servlet creates only one instance of your Action
class, and uses this one instance to service all requests.
Thus, you need to write thread-safe Action classes. Follow
the same guidelines you would use to write thread-safe
Servlets. Here are two general guidelines that will help you
write scalable, thread-safe Action classes:
o Only Use Local Variables - The most important principle
that aids in thread-safe coding is to use only local
variables, not instance variables, in your Action class.
Local variables are created on a stack that is assigned (by
your JVM) to each request thread, so there is no need to
worry about sharing them. An Action can be factored into
several local methods, so long as all variables needed are
passed as method parameters. This assures thread
safety, as the JVM handles such variables internally using
the call stack which is associated with a single Thread.
o Conserve Resources - As a general rule, allocating scarce
resources and keeping them across requests from the
same user (in the user's session) can cause scalability
problems. For example, if your application uses JDBC and
you allocate a separate JDBC connection for every user,
you are probably going to run in some scalability issues
when your site suddenly shows up on Slashdot. You
should strive to use pools and release resources (such as
database connections) prior to forwarding control to the
M.V.KrishnaKishore. 127 of 209
appropriate View component -- even if a bean method
you have called throws an exception.
Don't throw it, catch it! - Ever used a commercial website
only to have a stack trace or exception thrown in your face
after you've already typed in your credit card number and
clicked the purchase button? Let's just say it doesn't inspire
confidence. Now is your chance to deal with these
application errors - in the Action class. If your application
specific code throws expections you should catch these
exceptions in your Action class, log them in your
application's log (servlet.log("Error message", exception))
and return the appropriate ActionForward.
It is wise to avoid creating lengthy and complex Action
classes. If you start to embed too much logic in the Action
class itself, you will begin to find the Action class hard to
understand, maintain, and impossible to reuse. Rather than
creating overly complex Action classes, it is generally a good
practice to move most of the persistence, and "business
logic" to a separate application layer. When an Action class
becomes lengthy and procedural, it may be a good time to
refactor your application architecture and move some of this
logic to another conceptual layer; otherwise, you may be
left with an inflexible application which can only be accessed
in a web-application environment. Struts should be viewed
as simply the foundation for implementing MVC in your
applications. Struts provides you with a useful control layer,
but it is not a fully featured platform for building MVC
applications, soup to nuts.
The MailReader example application included with Struts
stretches this design principle somewhat, because the
business logic itself is embedded in the Action classes. This
should be considered something of a bug in the design of
the example, rather than an intrinsic feature of the Struts
architecture, or an approach to be emulated. In order to
demonstrate, in simple terms, the different ways Struts can
be used, the MailReader application does not always follow
best practices.
M.V.KrishnaKishore. 128 of 209
+ Action mapping implementation
In order to operate successfully, the Struts controller servlet
needs to know several things about how each request URI
should be mapped to an appropriate Action class. The required
knowledge has been encapsulated in a Java class named
ActionMapping, the most important properties are as follows:
type - Fully qualified Java class name of the Action
implementation class used by this mapping.
name - The name of the form bean defined in the config
file that this action will use.
path - The request URI path that is matched to select
this mapping. See below for examples of how matching
works and how to use wildcards to match multiple request
URIs.
unknown - Set to true if this action should be configured
as the default for this application, to handle all requests not
handled by another action. Only one action can be defined
as a default within a single application.
validate - Set to true if the validate method of the action
associated with this mapping should be called.
forward - The request URI path to which control is
passed when this mapping is invoked. This is an alternative
to declaring a type property.
+ Writing Action Mappings
How does the controller servlet learn about the mappings you
want? It would be possible (but tedious) to write a small Java
class that simply instantiated new ActionMapping instances,
and called all of the appropriate setter methods. To make this
process easier, Struts uses the Jakarta Commons Digester
component to parse an XML-based description of the desired
mappings and create the appropriate objects initialized to the
appropriate default values. See the Jakarta Commons website
for more information about the Digester.
The developer's responsibility is to create an XML file named
struts-config.xml and place it in the WEB-INF directory of your
application. This format of this document is described by the
Document Type Definition (DTD) maintained at
http://jakarta.apache.org/struts/dtds/struts-config_1_2.dtd.
This chapter covers the configuration elements that you will
M.V.KrishnaKishore. 129 of 209
typically write as part of developing your application. There are
several other elements that can be placed in the struts-config
file to customize your application. See "Configuring
Applications" for more about the other elements in the Struts
configuration file.
The controller uses an internal copy of this document to parse
the configuration; an Internet connection is not required for
operation.
The outermost XML element must be <struts-config>. Inside
of the <struts-config> element, there are three important
elements that are used to describe your actions:
<form-beans>
<global-forwards>
<action-mappings>
<form-beans>
This section contains your form bean definitions. Form beans
are descriptors that are used to create ActionForm instances at
runtime. You use a <form-bean> element for each form bean,
which has the following important attributes:
name: A unique identifier for this bean, which will be
used to reference it in corresponding action mappings.
Usually, this is also the name of the request or session
attribute under which this form bean will be stored.
type: The fully-qualified Java classname of the
ActionForm subclass to use with this form bean.
<global-forwards>
This section contains your global forward definitions. Forwards
are instances of the ActionForward class returned from an
ActionForm's execute method. These map logical names to
specific resources (typically JSPs), allowing you to change the
resource without changing references to it throughout your
application. You use a <forward> element for each forward
definition, which has the following important attributes:
name: The logical name for this forward. This is used in
your ActionForm's execute method to forward to the next
appropriate resource. Example: homepage
M.V.KrishnaKishore. 130 of 209
path: The context relative path to the resource. Example:
/index.jsp or /index.do
redirect: True or false (default). Should the
ActionServlet redirect to the resource instead of forward?
<action-mappings>
This section contains your action definitions. You use an
<action> element for each of the mappings you would like to
define. Most action elements will define at least the following
attributes:
path: The application context-relative path to the action.
type: The fully qualified java classname of your Action
class.
name: The name of your <form-bean> element to use
with this action
Other often-used attributes include:
parameter: A general-purpose attribute often used by
"standard" Actions to pass a required property.
roles: A comma-delimited list of the user security roles
that can access this mapping.
For a complete description of the elements that can be used
with the action element, see the Struts Configuration DTD and
the ActionMapping documentation.
+ Action Mapping Example
Here's a mapping entry based on the MailReader example
application. The MailReader application now uses
DynaActionForms. But in this example, we'll show a
conventinal ActionForm instead, to illustrate the usual
workflow. Note that the entries for all the other actions are left
out:
<struts-config>
<form-beans>
<form-bean
name="logonForm"
type="org.apache.struts.webapp.example.LogonForm"
/>
</form-beans>
<global-forwards
type="org.apache.struts.action.ActionForward">
M.V.KrishnaKishore. 131 of 209
<forward
name="logon"
path="/logon.jsp"
redirect="false" />
</global-forwards>
<action-mappings>
<action
path ="/logon"
type
="org.apache.struts.webapp.example.LogonAction"
name ="logonForm"
scope ="request"
input ="/logon.jsp"
unknown="false"
validate="true" />
</action-mappings>
</struts-config>
First the form bean is defined. A basic bean of class
"org.apache.struts.webapp.example.LogonForm" is mapped to
the logical name "logonForm". This name is used as a request
attribute name for the form bean.
The "global-forwards" section is used to create logical name
mappings for commonly used presentation pages. Each of
these forwards is available through a call to your action
mapping instance, i.e. mapping.findForward("logicalName").
As you can see, this mapping matches the path /logon
(actually, because the MailReader example application uses
extension mapping, the request URI you specify in a JSP page
would end in /logon.do). When a request that matches this
path is received, an instance of the LogonAction class will be
created (the first time only) and used. The controller servlet
will look for a bean in request scope under key logonForm,
creating and saving a bean of the specified class if needed.
Optional but very useful are the local "forward" elements. In
the MailReader example application, many actions include a
local "success" and/or "failure" forward as part of an action
mapping.
<!-- Edit mail subscription -->
M.V.KrishnaKishore. 132 of 209
<action
path="/editSubscription"
type="org.apache.struts.webapp.example.EditSubscriptionA
ction"
name="subscriptionForm"
scope="request"
validate="false">
<forward name="failure" path="/mainMenu.jsp"/>
<forward name="success" path="/subscription.jsp"/>
</action>
Using just these two extra properties, the Action classes are
almost totally independent of the actual names of the
presentation pages. The pages can be renamed (for example)
during a redesign, with negligible impact on the Action classes
themselves. If the names of the "next" pages were hard coded
into the Action classes, all of these classes would also need to
be modified. Of course, you can define whatever local forward
properties makes sense for your own application.
The Struts configuration file includes several other elements
that you can use to customize your application. See
"Configuring Applications" for details.
+ Using Action Mapping for pages
Fronting your pages with ActionMappings is essential when
using modules, since doing so is the only way you involve the
controller in the request -- and you want to! The controller
puts the application configuration in the request, which makes
available all of your module-specific configuration data
(including which message resources you are using, request-
processor, datasources, and so forth).
The simplest way to do this is to use the forward property of
the ActionMapping:
<action path="/view" forward="/view.jsp"/>
+ Configuring struts-config.xml file
The Building Controller Components chapter covered writing
the form-bean and action-mapping portions of the Struts
configuration file. These elements usually play an important
role in the development of a Struts application. The other
M.V.KrishnaKishore. 133 of 209
elements in Struts configuration file tend to be static: you set
them once and leave them alone.
These "static" configuration elements are:
controller
message-resources
plug-in
data-sources
+ Controller configuration
The <controller> element allows you to configure the
ActionServlet. Many of the controller parameters were
previously defined by servlet initialization parameters in your
web.xml file but have been moved to this section of struts-
config.xml in order to allow different modules in the same web
application to be configured differently. For full details on
available parameters see the struts-config_1_2.dtd or the list
below.
bufferSize - The size (in bytes) of the input buffer used
when processing file uploads. [4096] (optional)
className - Classname of configuration bean.
[org.apache.struts.config.ControllerConfig] (optional)
contentType - Default content type (and optional
character encoding) to be set on each response. May be
overridden by the Action, JSP, or other resource to which
the request is forwarded. [text/html] (optional)
forwardPattern - Replacement pattern defining how the
"path" attribute of a <forward> element is mapped to a
context-relative URL when it starts with a slash (and when
the contextRelative property is false). This value may
consist of any combination of the following:
o $M - Replaced by the module prefix of this module.
o $P - Replaced by the "path" attribute of the selected
<forward> element.
o $$ - Causes a literal dollar sign to be rendered.
o $x - (Where "x" is any character not defined above)
Silently swallowed, reserved for future use.
If not specified, the default forwardPattern is consistent with
the previous behavior of forwards. [$M$P] (optional)
inputForward - Set to true if you want the input
attribute of <action> elements to be the name of a local or
global ActionForward, which will then be used to calculate
M.V.KrishnaKishore. 134 of 209
the ultimate URL. Set to false to treat the input parameter
of <action> elements as a module-relative path to the
resource to be used as the input form. [false] (optional)
locale - Set to true if you want a Locale object stored in
the user's session if not already present. [true] (optional)
maxFileSize - The maximum size (in bytes) of a file to
be accepted as a file upload. Can be expressed as a number
followed by a "K", "M", or "G", which are interpreted to
mean kilobytes, megabytes, or gigabytes, respectively.
[250M] (optional)
multipartClass - The fully qualified Java class name of
the multipart request handler class to be used with this
module.
[org.apache.struts.upload.CommonsMultipartRequestHandle
r] (optional)
nocache - Set to true if you want the controller to add
HTTP headers for defeating caching to every response from
this module. [false] (optional)
pagePattern - Replacement pattern defining how the
page attribute of custom tags using it is mapped to a
context-relative URL of the corresponding resource. This
value may consist of any combination of the following:
o $M - Replaced by the module prefix of this module.
o $P - Replaced by the "path" attribute of the selected
<forward> element.
o $$ - Causes a literal dollar sign to be rendered.
o $x - (Where "x" is any character not defined above)
Silently swallowed, reserved for future use.
If not specified, the default pagePattern is consistent with
the previous behavior of URL calculation. [$M$P] (optional)
processorClass - The fully qualified Java class name of
the RequestProcessor subclass to be used with this module.
[org.apache.struts.action.RequestProcessor] (optional)
tempDir - Temporary working directory to use when
processing file uploads. [{the directory provided by the
servlet container}]
This example uses the default values for several controller
parameters. If you only want default behavior you can omit
the controller section altogether.
<controller
M.V.KrishnaKishore. 135 of 209
processorClass="org.apache.struts.action.RequestProcessor
"
debug="0"
contentType="text/html"/>;
+ Message Resource configuration
Struts has built in support for internationalization (I18N). You
can define one or more <message-resources> elements for
your webapp; modules can define their own resource bundles.
Different bundles can be used simultaneously in your
application, the 'key' attribute is used to specify the desired
bundle.
className - Classname of configuration bean.
[org.apache.struts.config.MessageResourcesConfig]
(optional)
factory - Classname of MessageResourcesFactory.
[org.apache.struts.util.PropertyMessageResourcesFactory]
(optional)
key - ServletContext attribute key to store this bundle.
[org.apache.struts.action.MESSAGE] (optional)
null - Set to false to display missing resource keys in
your application like '???keyname???' instead of null. [true]
(optional)
parameter - Name of the resource bundle. (required)
Example configuration:
<message-resources parameter="MyWebAppResources"
null="false" />
This would set up a message resource bundle provided in the
file MyWebAppResources.properties under the default key.
Missing resource keys would be displayed as '???keyname???'.
+ PlugIn configuration
Struts PlugIns are configured using the <plug-in> element
within the Struts configuration file. This element has only one
valid attribute, 'className', which is the fully qualified name of
the Java class which implements the
org.apache.struts.action.PlugIn interface.
M.V.KrishnaKishore. 136 of 209
For PlugIns that require configuration themselves, the nested
<set-property> element is available.
This is an example using the Tiles plugin:
<plug-in className="org.apache.struts.tiles.TilesPlugin" >
<set-property property="definitions-config" value="/WEB-
INF/tiles-defs.xml"/>
</plug-in>
+ DataSource configuration
Besides the objects related to defining ActionMappings, the
Struts configuration may contain elements that create other
useful objects.
The <data-sources> section can be used to specify a collection
of DataSources [javax.sql.DataSource] for the use of your
application. Typically, a DataSource represents a connection
pool to a database or other persistent store. As a convenience,
the Struts DataSource manager can be used to instantiate
whatever standard pool your application may need. Of course,
if your persistence layer provides for its own connections, then
you do not need to specify a data-sources element.
Since DataSource implementations vary in what properties
need to be set, unlike other Struts configuration elements, the
data-source element does not pre-define a slate of properties.
Instead, the generic set-property feature is used to set
whatever properties your implementation may require.
Typically, these settings would include:
A driver class name
A url to access the driver
A description
And other sundry properties.
<data-source
type="org.apache.commons.dbcp.BasicDataSource">
<!-- ... set-property elements ... -->
</data-source>
In Struts 1.2.0, the GenericDataSource has been removed,
and it is recommended that you use the Commons
BasicDataSource or other DataSource implementation instead.
M.V.KrishnaKishore. 137 of 209
In practice, if you need to use the DataSource manager, you
should use whatever DataSource implementation works best
with your container or database.
For examples of specifying a data-sources element and using
the DataSource with an Action.
+ The Struts configuration file
The Building Controller Components chapter covered writing
the form-bean and action-mapping portions of the Struts
configuration file. These elements usually play an important
role in the development of a Struts application. The other
elements in Struts configuration file tend to be static: you set
them once and leave them alone.
These "static" configuration elements are:
controller
message-resources
plug-in
data-sources
+ Controller Configuration
The <controller> element allows you to configure the
ActionServlet. Many of the controller parameters were
previously defined by servlet initialization parameters in your
web.xml file but have been moved to this section of struts-
config.xml in order to allow different modules in the same web
application to be configured differently. For full details on
available parameters see the struts-config_1_2.dtd or the list
below.
bufferSize - The size (in bytes) of the input buffer used
when processing file uploads. [4096] (optional)
className - Classname of configuration bean.
[org.apache.struts.config.ControllerConfig] (optional)
contentType - Default content type (and optional
character encoding) to be set on each response. May be
overridden by the Action, JSP, or other resource to which
the request is forwarded. [text/html] (optional)
forwardPattern - Replacement pattern defining how the
"path" attribute of a <forward> element is mapped to a
context-relative URL when it starts with a slash (and when
M.V.KrishnaKishore. 138 of 209
the contextRelative property is false). This value may
consist of any combination of the following:
o $M - Replaced by the module prefix of this module.
o $P - Replaced by the "path" attribute of the selected
<forward> element.
o $$ - Causes a literal dollar sign to be rendered.
o $x - (Where "x" is any character not defined above)
Silently swallowed, reserved for future use.
If not specified, the default forwardPattern is consistent with
the previous behavior of forwards. [$M$P] (optional)
inputForward - Set to true if you want the input
attribute of <action> elements to be the name of a local or
global ActionForward, which will then be used to calculate
the ultimate URL. Set to false to treat the input parameter
of <action> elements as a module-relative path to the
resource to be used as the input form. [false] (optional)
locale - Set to true if you want a Locale object stored in
the user's session if not already present. [true] (optional)
maxFileSize - The maximum size (in bytes) of a file to
be accepted as a file upload. Can be expressed as a number
followed by a "K", "M", or "G", which are interpreted to
mean kilobytes, megabytes, or gigabytes, respectively.
[250M] (optional)
multipartClass - The fully qualified Java class name of
the multipart request handler class to be used with this
module.
[org.apache.struts.upload.CommonsMultipartRequestHandle
r] (optional)
nocache - Set to true if you want the controller to add
HTTP headers for defeating caching to every response from
this module. [false] (optional)
pagePattern - Replacement pattern defining how the
page attribute of custom tags using it is mapped to a
context-relative URL of the corresponding resource. This
value may consist of any combination of the following:
o $M - Replaced by the module prefix of this module.
o $P - Replaced by the "path" attribute of the selected
<forward> element.
o $$ - Causes a literal dollar sign to be rendered.
o $x - (Where "x" is any character not defined above)
Silently swallowed, reserved for future use.
M.V.KrishnaKishore. 139 of 209
If not specified, the default pagePattern is consistent with
the previous behavior of URL calculation. [$M$P] (optional)
processorClass - The fully qualified Java class name of
the RequestProcessor subclass to be used with this module.
[org.apache.struts.action.RequestProcessor] (optional)
tempDir - Temporary working directory to use when
processing file uploads. [{the directory provided by the
servlet container}]
This example uses the default values for several controller
parameters. If you only want default behavior you can omit
the controller section altogether.
<controller
processorClass="org.apache.struts.action.RequestProcessor
"
debug="0"
contentType="text/html"/>;
+ Message Resources Configuration
Struts has built in support for internationalization (I18N). You
can define one or more <message-resources> elements for
your webapp; modules can define their own resource bundles.
Different bundles can be used simultaneously in your
application, the 'key' attribute is used to specify the desired
bundle.
className - Classname of configuration bean.
[org.apache.struts.config.MessageResourcesConfig]
(optional)
factory - Classname of MessageResourcesFactory.
[org.apache.struts.util.PropertyMessageResourcesFactory]
(optional)
key - ServletContext attribute key to store this bundle.
[org.apache.struts.action.MESSAGE] (optional)
null - Set to false to display missing resource keys in
your application like '???keyname???' instead of null. [true]
(optional)
parameter - Name of the resource bundle. (required)
Example configuration:
<message-resources parameter="MyWebAppResources"
null="false" />
M.V.KrishnaKishore. 140 of 209
This would set up a message resource bundle provided in the
file MyWebAppResources.properties under the default key.
Missing resource keys would be displayed as '???keyname???'.
+ PlugIn Configuration
Struts PlugIns are configured using the <plug-in> element
within the Struts configuration file. This element has only one
valid attribute, 'className', which is the fully qualified name of
the Java class which implements the
org.apache.struts.action.PlugIn interface.
For PlugIns that require configuration themselves, the nested
<set-property> element is available.
This is an example using the Tiles plugin:
<plug-in
className="org.apache.struts.tiles.TilesPlugin">
<set-property property="definitions-config"
value="/WEB-INF/tiles-defs.xml"/>
</plug-in>
+ Data Source Configuration
Besides the objects related to defining ActionMappings, the
Struts configuration may contain elements that create other
useful objects.
The <data-sources> section can be used to specify a collection
of DataSources [javax.sql.DataSource] for the use of your
application. Typically, a DataSource represents a connection
pool to a database or other persistent store. As a convenience,
the Struts DataSource manager can be used to instantiate
whatever standard pool your application may need. Of course,
if your persistence layer provides for its own connections, then
you do not need to specify a data-sources element.
Since DataSource implementations vary in what properties
need to be set, unlike other Struts configuration elements, the
data-source element does not pre-define a slate of properties.
Instead, the generic set-property feature is used to set
whatever properties your implementation may require.
Typically, these settings would include:
M.V.KrishnaKishore. 141 of 209
A driver class name
A url to access the driver
A description
And other sundry properties.
<data-source
type="org.apache.commons.dbcp.BasicDataSource">
<!-- ... set-property elements ... -->
</data-source>
In Struts 1.2.0, the GenericDataSource has been removed,
and it is recommended that you use the Commons
BasicDataSource or other DataSource implementation instead.
In practice, if you need to use the DataSource manager, you
should use whatever DataSource implementation works best
with your container or database.
For examples of specifying a data-sources element and using
the DataSource with an Action, see the Accessing a Database
HowTo.
+ Configuring your application for modules
Very little is required in order to start taking advantage of the
Struts module feature. Just go through the following steps:
1. Prepare a config file for each module.
2. Inform the controller of your module.
3. Use actions to refer to your pages.
+ Module Configuration Files
Back in Struts 1.0, a few "boot-strap" options were placed in
the web.xml file, and the bulk of the configuration was done in
a single struts-config.xml file. Obviously, this wasn't ideal for a
team environment, since multiple users had to share the same
configuration file.
In Struts 1.1, you have two options: you can list multiple
struts-config files as a comma-delimited list, or you can
subdivide a larger application into modules.
With the advent of modules, a given module has its own
configuration file. This means each team (each module would
presumably be developed by a single team) has their own
M.V.KrishnaKishore. 142 of 209
configuration file, and there should be a lot less contention
when trying to modify it.
+ Informing the Controller
In struts 1.0, you listed your configuration file as an
initialization parameter to the action servlet in web.xml. This is
still done in 1.1, but it's augmented a little. In order to tell the
Struts machinery about your different modules, you specify
multiple config initialization parameters, with a slight twist.
You'll still use "config" to tell the action servlet about your
"default" module, however, for each additional module, you
will list an initialization parameter named "config/module",
where module is the name of your module (this gets used
when determining which URIs fall under a given module, so
choose something meaningful!). For example:
...
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/conf/struts-default.xml</param-
value>
</init-param>
<init-param>
<param-name>config/module1</param-name>
<param-value>/WEB-INF/conf/struts-
module1.xml</param-value>
</init-param>
...
This says I have two modules. One happens to be the "default"
module, which has no "/module" in it's name, and one named
"module1" (config/module1). I've told the controller it can find
their respective configurations under /WEB-INF/conf (which is
where I put all my configuration files). Pretty simple!
(My struts-default.xml would be equivalent to what most folks
call struts-config.xml. I just like the symmetry of having all my
Struts module files being named struts-<module>.xml)
If you'd like to vary where the pages for each module is
stored, see the forwardPattern setting for the Controller.
+ Switching Modules
M.V.KrishnaKishore. 143 of 209
There are two basic methods to switching from one module to
another. You can either use a forward (global or local) and
specify the contextRelative attribute with a value of true, or
you can use the built-in
org.apache.struts.actions.SwitchAction.
Here's an example of a global forward:
...
<struts-config>
...
<global-forwards>
<forward name="toModuleB"
contextRelative="true"
path="/moduleB/index.do"
redirect="true"/>
...
</global-forwards>
...
</struts-config>
You could do the same thing with a local forward declared in
an ActionMapping:
...
<struts-config>
...
<action-mappings>
...
<action ... >
<forward name="success"
contextRelative="true"
path="/moduleB/index.do"
redirect="true"/>
</action>
...
</action-mappings>
...
</struts-config>
Finally, you could use org.apache.struts.actions.SwitchAction,
like so:
...
<action-mappings>
M.V.KrishnaKishore. 144 of 209
<action path="/toModule"
type="org.apache.struts.actions.SwitchAction"/>
...
</action-mappings>
...
Now, to change to ModuleB, we would use a URI like this:
http://localhost:8080/toModule.do?
prefix=/moduleB&page=/index.do
If you are using the "default" module as well as "named"
modules (like "/moduleB"), you can switch back to the
"default" module with a URI like this:
http://localhost:8080/toModule.do?prefix=&page=/index.do
That's all there is to it! Happy module-switching!
+ The Web Application Deployment Descriptor
The final step in setting up the application is to configure the
application deployment descriptor (stored in file WEB-
INF/web.xml) to include all the Struts components that are
required. Using the deployment descriptor for the example
application as a guide, we see that the following entries need
to be created or modified.
+ Configure the Action Servlet Instance
Add an entry defining the action servlet itself, along with the
appropriate initialization parameters. Such an entry might look
like this:
<servlet>
<servlet-name>action</servlet-name>
<servlet-
class>org.apache.struts.action.ActionServlet</servlet-
class>
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-
value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
M.V.KrishnaKishore. 145 of 209
The initialization parameters supported by the controller
servlet are described below. (You can also find these details in
the Javadocs for the ActionServlet class.) Square brackets
describe the default values that are assumed if you do not
provide a value for that initialization parameter.
config - Context-relative path to the XML resource
containing the configuration information for the default
module. This may also be a comma-delimited list of
configuration files. Each file is loaded in turn, and its objects
are appended to the internal data structure. [/WEB-
INF/struts-config.xml].
Warning - If you define an object of the same name in more
than one configuration file, the last one loaded quietly wins.
config/${module} - Context-relative path to the XML
resource containing the configuration information for the
application module that will use the specified prefix (/$
{module}). This can be repeated as many times as required
for multiple application modules. (Since Struts 1.1)
convertNull - Force simulation of the Struts 1.0 behavior
when populating forms. If set to true, the numeric Java
wrapper class types (like java.lang.Integer) will default to
null (rather than 0). (Since Struts 1.1) [false]
rulesets - Comma-delimited list of fully qualified
classnames of additional
org.apache.commons.digester.RuleSet instances that should
be added to the Digester that will be processing struts-
config.xml files. By default, only the RuleSet for the
standard configuration elements is loaded. (Since Struts
1.1)
validating - Should we use a validating XML parser to
process the configuration file (strongly recommended)?
[true]
Warning - Struts will not operate correctly if you define more
than one <servlet> element for a controller servlet, or a
subclass of the standard controller servlet class. The controller
servlet MUST be a web application wide singleton.
+ Configure the Action Servlet Mapping
M.V.KrishnaKishore. 146 of 209
Note: The material in this section is not specific to Struts. The
configuration of servlet mappings is defined in the Java Servlet
Specification. This section describes the most common means
of configuring a Struts application.
There are two common approaches to defining the URLs that
will be processed by the controller servlet - prefix matching
and extension matching. An appropriate mapping entry for
each approach will be described below.
Prefix matching means that you want all URLs that start (after
the context path part) with a particular value to be passed to
this servlet. Such an entry might look like this:
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>/do/*</url-pattern>
</servlet-mapping>
which means that a request URI to match the /logon path
described earlier might look like this:
http://www.mycompany.com/myapplication/do/logon
where /myapplication is the context path under which your
application is deployed.
Extension mapping, on the other hand, matches request URIs
to the action servlet based on the fact that the URI ends with a
period followed by a defined set of characters. For example,
the JSP processing servlet is mapped to the *.jsp pattern so
that it is called to process every JSP page that is requested. To
use the *.do extension (which implies "do something"), the
mapping entry would look like this:
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
and a request URI to match the /logon path described earlier
might look like this:
http://www.mycompany.com/myapplication/logon.do
M.V.KrishnaKishore. 147 of 209
Warning - Struts will not operate correctly if you define more
than one <servlet-mapping> element for the controller
servlet.
Warning - If you are using the new module support in Struts
1.1, you should be aware that only extension mapping is
supported.
+ Configure the Struts Tag Libraries
Next, you must add an entry defining the Struts tag library.
The struts-bean taglib contains tags useful in accessing beans
and their properties, as well as defining new beans (based on
these accesses) that are accessible to the remainder of the
page via scripting variables and page scope attributes.
Convenient mechanisms to create new beans based on the
value of request cookies, headers, and parameters are also
provided.
The struts-html taglib contains tags used to create struts input
forms, as well as other tags generally useful in the creation of
HTML-based user interfaces.
The struts-logic taglib contains tags that are useful in
managing conditional generation of output text, looping over
object collections for repetitive generation of output text, and
application flow management.
The struts-tiles taglib contains tags used for combining various
view components, called "tiles", into a final composite view.
The struts-nested taglib is an extension of other struts taglibs
that allows the use of nested beans.
Below is how you would define all taglibs for use within your
application. In practice, you would only specify the taglibs that
your application uses:
<taglib>
<taglib-uri>/tags/struts-bean</taglib-uri>
<taglib-location>/WEB-INF/struts-bean.tld</taglib-
location>
</taglib>
M.V.KrishnaKishore. 148 of 209
<taglib>
<taglib-uri>/tags/struts-html</taglib-uri>
<taglib-location>/WEB-INF/struts-html.tld</taglib-
location>
</taglib>
<taglib>
<taglib-uri>/tags/struts-logic</taglib-uri>
<taglib-location>/WEB-INF/struts-logic.tld</taglib-
location>
</taglib>
<taglib>
<taglib-uri>/tags/struts-tiles</taglib-uri>
<taglib-location>/WEB-INF/struts-tiles.tld</taglib-
location>
</taglib>
This tells the JSP system where to find the tag library
descriptor for this library (in your application's WEB-INF
directory, instead of out on the Internet somewhere).
+ Configure the Struts Tag Libraries (Servlet 2.3)
Servlet 2.3 Users only: The Servlet 2.3 specification
simplifies the deployment and configuration of tag libraries.
The instructions above will work on older containers as well as
2.3 containers (Struts only requires a servlet 2.2 container);
however, if you're using a 2.3 container such as Tomcat 4.x,
you can take advantage of a simplified deployment.
All that's required to install the struts tag libraries is to copy
struts.jar into your /WEB-INF/lib directory and reference the
tags in your code like this:
<%@ taglib uri=http://struts.apache.org/tags-html
prefix="html" %>
Note that you must use the full uri defined in the various
struts tlds so that the container knows where to find the tag's
class files. You don't have to alter your web.xml file or copy
tlds into any application directories.
+ Add Struts Components To Your Application
M.V.KrishnaKishore. 149 of 209
To use Struts, you must copy the .tld files that you require into
your WEB-INF directory, and copy struts.jar (and all of the
commons-*.jar files) into your WEB-INF/lib directory.
+ Struts Bean Tags
This tag library contains tags useful in accessing beans and
their properties, as well as defining new beans (based on these
accesses) that are accessible to the remainder of the page via
scripting variables and page scope attributes. Convenient
mechanisms to create new beans based on the value of
request cookies, headers, and parameters are also provided.
Many of the tags in this tag library will throw a JspException at
runtime when they are utilized incorrectly (such as when you
specify an invalid combination of tag attributes). JSP allows
you to declare an "error page" in the <%@ page %> directive.
If you wish to process the actual exception that caused the
problem, it is passed to the error page as a request attribute
under key org.apache.struts.action.EXCEPTION.
If you are viewing this page from within the Struts
Documentation Application (or online at
http://struts.apache.org/), you can learn more about using
these tags in the Bean Tags Developer's Guide.
Tag Description
cookie Define a scripting variable based on the value(s) of the
specified request cookie.
define Define a scripting variable based on the value(s) of the
specified bean property.
header Load the response from a dynamic application request
and make it available as a bean
include Render an internationalized message string to the
response.
message Expose a specified item from the page context as
a bean.
page Define a scripting variable based on the value(s) of the
specified request parameter.
parameter Load a web application resource and make it
available as a bean.
M.V.KrishnaKishore. 150 of 209
resource Define a bean containing the number of elements
in a Collection or Map.
size Expose a named Struts internal configuration
object as a bean.
struts Render the value of the specified bean property to the
current JspWriter.
M.V.KrishnaKishore. 151 of 209
Struts
The core of the Struts framework is a flexible control layer based
on standard technologies like Java Servlets, JavaBeans,
ResourceBundles, and XML, as well as various Jakarta Commons
packages. Struts encourages application architectures based on
the Model 2 approach, a variation of the classic Model-View-
Controller (MVC) design paradigm.
Struts provides its own Controller component and integrates with
other technologies to provide the Model and the View. For the
Model, Struts can interact with standard data access
technologies, like JDBC and EJB, as well as most any third-party
packages, like Hibernate, iBATIS, or Object Relational Bridge. For
the View, Struts works well with JavaServer Pages, including
JSTL and JSF, as well as Velocity Templates, XSLT, and other
presentation systems.
The Struts framework provides the invisible underpinnings every
professional web application needs to survive. Struts helps you
create an extensible development environment for your
application, based on published standards and proven design
patterns.
+ What is the difference between Struts 1.0 and Struts 1.1
The new features added to Struts 1.1 are
22. RequestProcessor class
23. Method perform() replaced by execute() in Struts
base Action Class
24. Changes to web.xml and struts-config.xml
25. Declarative exception handling
26. Dynamic ActionForms
27. Plug-ins
28. Multiple Application Modules
29. Nested Tags
30. The Struts Validator
31. Change to the ORO package
32. Change to Commons logging
33. Removal of Admin actions
34. Deprecation of the GenericDataSource
M.V.KrishnaKishore. 152 of 209
+ Explain Struts navigation flow
A client requests a path that matches the Action URI pattern.
The container passes the request to the ActionServlet. If this is
a modular application, the ActionServlet selects the
appropriate module. The ActionServlet looks up the mapping
for the path. If the mapping specifies a form bean, the
ActionServlet sees if there is one already or creates one. If a
form bean is in play, the ActionServlet resets and populates it
from the HTTP request. If the mapping has the validate
property set to true, it calls validate on the form bean. If it
fails, the servlet forwards to the path specified by the input
property and this control flow ends. If the mapping specifies
an Action type, it is reused if it already exists or instantiated.
The Actions perform or execute method is called and passed
the instantiated form bean (or null). The Action may populate
the form bean, call business objects, and do whatever else is
needed. The Action returns an ActionForward to the
ActionServlet. If the ActionForward is to another Action URI,
we begin again; otherwise, its off to a display page or some
other resource. Most often, it is a JSP, in which case Jasper, or
the equivalent (not Struts), renders the page.
+ What is the difference between ActionForm and
DynaActionForm
In struts 1.0, action form is used to populate the html tags in
jsp using struts custom tag.when the java code changes, the
change in action class is needed. To avoid the chages in struts
1.1 dyna action form is introduced.This can be used to develop
using xml.The dyna action form bloats up with the struts-
config.xml based definetion.
+ What is DispatchAction
The DispatchAction class is used to group related actions into
one class. DispatchAction is an abstract class, so you must
override it to use it. It extends the Action class.
It should be noted that you dont have to use the
DispatchAction to group multiple actions into one Action class.
M.V.KrishnaKishore. 153 of 209
You could just use a hidden field that you inspect to delegate
to member() methods inside of your action.
+ How to call ejb from Struts
use the Service Locator patter to look up the ejbs
Or You can use InitialContext and get the home interface.
+ What are the various Struts tag libraries
struts-html tag library - used for creating dynamic HTML
user interfaces and forms. struts-bean tag library - provides
substantial enhancements to the basic capability provided by.
struts-logic tag library - can manage conditional generation
of output text, looping over object collections for repetitive
generation of output text, and application flow management.
struts-template tag library - contains tags that are useful in
creating dynamic JSP templates for pages which share a
common format.
+ What is the difference between ActionErrors and
ActionMessages
The difference between the classes is zero - all behavior in
ActionErrors was pushed up into ActionMessages and all
behavior in ActionError was pushed up into ActionMessage.
This was done in the attempt to clearly signal that these
classes can be used to pass any kind of messages from the
controller to the view - errors being only one kind of message.
+ How you will handle errors and exceptions using Struts
There are various ways to handle exception:
1. To handle errors server side validation can be used using
ActionErrors classes can be used.
2. The exceptions can be wrapped across different layers to
show a user showable exception.
3. using validators
+ How you will save the data across different pages for a
particular client request using Struts
Several ways. The similar to the ways session tracking is
enabled. Using cookies, URL-rewriting, SSLSession, and
possibilty threw in the database.
M.V.KrishnaKishore. 154 of 209
+ What we will define in Struts-config.xml file. And
explain their purpose
The main control file in the Struts framework is the struts-
config.xml XML file, where action mappings are specified. This
file's structure is described by the struts-config DTD file, which
is defined at http://jakarta.apache.org/struts/. A copy of the
DTD can be found on the /docs/dtds subdirectory of the
framework's installation root directory. The top-level element
is struts-config. Basically, it consists of the following elements:
data-sources - A set of data-source elements, describing
parameters needed to instantiate JDBC 2.0 Standard Extension
DataSource objects
form-beans - A set of form-bean elements that describe the
form beans that this application uses
global-forwards - A set of forward elements describing
general available forward URIs
action-mappings - A set of action elements describing a
request-to-action mapping
+ What is the purpose of tiles-def.xml file,
resourcebundle.properties file, validation.xml file?
The Tiles Framework is an advanced version of that comes
bundled with the Struts Webapp framework. Its purpose is
reduce the duplication between jsp pages as well as make
layouts flexible and easy to maintain. It integrates with Struts
using the concept of named views or definitions.
+ What is Action Class. What are the methods in Action
class?
Action class is request handler in Struts. we will extend the
Action class and over ride the execute() method in which we
will specify the business logic to be performed.
+ Explain about token feature in Struts?
Tokens are used to check for invalid path for by the uer:
1. if the user presses back button and submits the same page
2. or if the user refreshes the page which will result to the
resubmit of the previous action and might lead to
unstabality..
to solve the abv probs we use tokens
1. in previous action type saveTokens(HttpServletreuest)
M.V.KrishnaKishore. 155 of 209
2. in current action check for duplication but if(!isValidToken())
+ What part of MVC does Struts represent?
Bad question. Struts is a framework which supports the MVC
pattern.
+ What are the core classes of struts?
The core classes of struts are ActionForm, Action,
ActionMapping, ActionForward etc.
+ What are the Important Components of Struts?
1. Action Servlet
2. Action Classes
3. Action Form
4. Validator Framework
5. Message Resources
6. Struts Configuration XML Files
7. View components like JSP
+ What is Struts?
Struts is a web page development framework and an open
source software that helps developers build web applications
quickly and easily. Struts combines Java Servlets, Java Server
Pages, custom tags, and message resources into a unified
framework. It is a cooperative, synergistic platform, suitable
for development teams, independent developers, and
everyone between.
+ How is the MVC design pattern used in Struts
framework?
In the MVC design pattern, application flow is mediated by a
central Controller. The Controller delegates requests to an
appropriate handler. The handlers are tied to a Model, and
each handler acts as an adapter between the request and the
Model. The Model represents, or encapsulates, an application's
business logic or state. Control is usually then forwarded back
through the Controller to the appropriate View. The forwarding
can be determined by consulting a set of mappings, usually
loaded from a database or configuration file. This provides a
loose coupling between the View and Model, which can make
an application significantly easier to create and maintain.
M.V.KrishnaKishore. 156 of 209
Controller - Servlet controller which supplied by Struts itself;
View - what you can see on the screen, a JSP page and
presentation components;
Model - System state and a business logic JavaBeans.
+ Who makes the Struts?
Struts is hosted by the Apache Software Foundation(ASF) as
part of its Jakarta project, like Tomcat, Ant and Velocity.
+ Why it called Struts?
Because the designers want to remind us of the invisible
underpinnings that hold up our houses, buildings, bridges, and
ourselves when we are on stilts. This excellent description of
Struts reflect the role the Struts plays in developing web
applications.
+ Do we need to pay the Struts if being used in
commercial purpose?
No. Struts is available for commercial use at no charge under
the Apache Software License. You can also integrate the Struts
components into your own framework just as if they were
writtern in house without any red tape, fees, or other hassles.
+ What are the core classes of Struts?
Action, ActionForm, ActionServlet, ActionMapping,
ActionForward are basic classes of Structs.
+ What is the design role played by Struts?
The role played by Structs is controller in
Model/View/Controller(MVC) style. The View is played by JSP
and Model is played by JDBC or generic data source classes.
The Struts controller is a set of programmable components
that allow developers to define exactly how the application
interacts with the user.
+ How Struts control data flow?
Struts implements the MVC/Layers pattern through the use of
ActionForwards and ActionMappings to keep control-flow
decisions out of presentation layer.
+ What configuration files are used in Struts?
M.V.KrishnaKishore. 157 of 209
- ApplicationResourcesl.properties
- struts-config.xml
These two files are used to bridge the gap between the
Controller and the Model.
+ What helpers in the form of JSP pages are provided in
Struts framework?
- struts-html.tld
- struts-bean.tld
- struts-logic.tld
+ Is Struts efficient?
- The Struts is not only thread-safe but thread-
dependent(instantiates each Action once and allows other
requests to be threaded through the original object.
- ActionForm beans minimize subclass code and shorten
subclass hierarchies
- The Struts tag libraries provide general-purpose functionality
- The Struts components are reusable by the application
- The Struts localization strategies reduce the need for
redundant JSPs
- The Struts is designed with an open architecture
- subclass available
- The Struts is lightweight (5 core packages, 5 tag libraries)
- The Struts is open source and well documented (code to be
examined easily)
- The Struts is model neutral
+ What is Jakarta Struts Framework?
Jakarta Struts is open source implementation of MVC (Model-
View-Controller) pattern for the development of web based
applications. Jakarta Struts is robust architecture and can be
used for the development of application of any size. Struts
framework makes it much easier to design scalable, reliable
Web applications with Java.
+ What is ActionServlet?
The class org.apache.struts.action.ActionServlet is the called
the ActionServlet. In the the Jakarta Struts Framework this
class plays the role of controller. All the requests to the server
M.V.KrishnaKishore. 158 of 209
goes through the controller. Controller is responsible for
handling all the requests.
+ How you will make available any Message Resources
Definitions file to the Struts Framework Environment?
Message Resources Definitions file are simple .properties files
and these files contains the messages that can be used in the
struts project. Message Resources Definitions files can be
added to the struts-config.xml file through <message-
resources /> tag.
Example:
<message-resources parameter=MessageResources />
+ What is Action Class?
The Action Class is part of the Model and is a wrapper around
the business logic. The purpose of Action Class is to translate
the HttpServletRequest to the business logic. To use the
Action, we need to Subclass and overwrite the
execute() method. In the Action Class all the
database/business processing are done. It is advisable to
perform all the database related stuffs in the Action Class. The
ActionServlet (commad) passes the parameterized class to
Action Form using the execute() method. The return type of
the execute method is ActionForward which is used by the
Struts Framework to forward the request to the file as per the
value of the returned ActionForward object.
+ Write code of any Action Class?
Here is the code of Action Class that returns the ActionForward
object.
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.apache.struts.action.Action;
import org.apache.struts.action.ActionForm;
import org.apache.struts.action.ActionForward;
import org.apache.struts.action.ActionMapping;
public class TestAction extends Action {
public ActionForward execute (
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
M.V.KrishnaKishore. 159 of 209
HttpServletResponse response) throws Exception {
return mapping.findForward(\"testAction\");
}
}
+ What is ActionForm?
An ActionForm is a JavaBean that extends
org.apache.struts.action.ActionForm. ActionForm maintains the
session state for web application and the ActionForm object is
automatically populated on the server side with data entered
from a form on the client side.
+ What is Struts Validator Framework?
Struts Framework provides the functionality to validate the
form data. It can be use to validate the data on the users
browser as well as on the server side. Struts Framework emits
the java scripts and it can be used validate the form data on
the client browser. Server side validation of form can be
accomplished by sub classing your From Bean with
DynaValidatorForm class. The Validator framework was
developed by David Winterfeldt as third-party add-on to
Struts. Now the Validator framework is a part of Jakarta
Commons project and it can be used with or without Struts.
The Validator framework comes integrated with the Struts
Framework and can be used without doing any extra settings.
+ Give the Details of XML files used in Validator
Framework?
The Validator Framework uses two XML configuration files
validator-rules.xml and validation.xml. The validator-rules.xml
defines the standard validation routines, these are reusable
and used in validation.xml. to define the form specific
validations. The validation.xml defines the validations applied
to a form bean.
+ How you will display validation fail errors on jsp page?
The following tag displays all the errors:
<html:errors/>
How you will enable front-end validation based on the xml in
validation.xml?
M.V.KrishnaKishore. 160 of 209
The <html:javascript> tag to allow front-end validation based
on the xml in validation.xml.
Example:
<html:javascript formName=logonForm
dynamicJavascript=true staticJavascript=true />
generates the client side java script for the form logonForm
as defined in the validation.xml file. The <html:javascript>
when added in the jsp file generates the client site validation
script.
M.V.KrishnaKishore. 161 of 209
EJB Enterprise Java Beans
+ Agenda
What is an EJB
Bean Basics
Component Contract
Bean Varieties
Session Beans
Entity Beans
Message Driven Beans
+ What is an EJB ?
Bean is a component
A server-side component
Contains business logic that operates on some
temporary data or permanent database
Is customizable to the target environment
Is re-usable
Is truly platform-independent
+ So, what is an EJB?
Ready-to-use Java component
Being Java implies portability, inter-operability
Can be assembled into a distributed multi-tier
application
Handles threading, transactions
Manages state and resources
Simplifies the development of complex enterprise
applications
+ Benefits
Pure Java implies portability
exchange components without giving away the source.
Provides interoperability
assemble components from anywhere, can all work
together.
+ Operational Benefits from EJB
Transaction management service
Distributed Transaction support
M.V.KrishnaKishore. 162 of 209
Portability
Scalability
Integration with CORBA possible
Support from multiple vendors
+ What Does EJB Really Define?
Component architecture
Specification to write components using Java
Specification to component server developers
Contract between developer roles in a components-
based application project
The basis of components used in distributed transaction-
oriented enterprise applications.
+ The Componentized Application:
Application now consists of several re-usable
components.
Instances of components created at run-time for a
client.
Common object for all instances of the component,
usually called the Factory Object
EJB calls it Home Object
Common place where client can locate this Home
Object
Objects located from a remote client through JNDI
(Java Naming and Directory Interface) service.
+ Application Server provides
JNDI based naming service
Implementation of Bean, Home and Remote
Complete Life Cycle Management
Resource pooling - beans, db connections, threads...
Object persistence
Transaction management
Secured access to beans
Scalability and availability
+ EJB: Core of J2EE Architecture
M.V.KrishnaKishore.
J2EE Server
J2EE Server
EJB
Container
EJB
Container
Web
Container
JSP
Servlets
Bean
s
Bean
s
rmi HTML
client
http
Business logic
EJB Component
server
Java
Client
163 of 209
+ The Architecture Scenario
Application Responsibilities
- Create individual business and web components.
- Assemble these components into an application.
- Deploy application on an application server.
- Run application on target environment.
+ EJB Architecture Roles: Appointed for Responsibilities
Six roles in application development and deployment
life cycle
Bean Provider
Application Assembler
Server Provider
Container Provider
Deployer
System Administrator
Each role performed by a different party.
Product of one role compatible with another.
Creating the Bean Instance
Look up for the Home Object through JNDI
Get the reference
Call create() method
The server generates the code for remote access using
RMI (Remote Method Invocation).
The RMI code in the form of stub and skeleton:
M.V.KrishnaKishore. 164 of 209
establishes connection,
marshals/unmarshals
places remote method calls
M.V.KrishnaKishore. 165 of 209
+ Bean Instance
+ Component Contract :
Client-view contract
Component contract
EJB-jar file
M.V.KrishnaKishore.
Client
Client
Client View
Contract
Client View
Contract
Container
Container
Component Server
Component Server
Bean Instance
Bean Instance
Bean class files, interfaces
Bean class files, interfaces
Deployment descriptor
Deployment descriptor
EJB-jar
EJB-jar
Client
Name Server
Name Server
Home
Object
O Client calls create()
O
O
O Bean places reference to
Home Object under JNDI
Naming service
O
O Client locates Home Object
O
O Bean Instance created Bean
Component Server
Component Server
166 of 209
+ Client-view contract:
Contract between client and container
Uniform application development model for greater re-
use of components
View sharing by local and remote programs
The Client can be:
another EJB deployed in same or another container
a Java program, an applet or a Servlet
mapped to non-Java clients like CORBA clients
+ Component contract:
Between an EJB and the container it is hosted by
This contract needs responsibilities to be shared by:
the bean provider
the container provider
+ Bean providers responsibility:
Implement business methods in the bean
Implement ejbCreate, ejbPostCreate and ejbRemove
methods, and ejbFind method (in the case of bean managed
persistence)
Define home and remote interfaces of the bean
M.V.KrishnaKishore.
Bean providers
responsibilities
Container providers
responsibilities
167 of 209
Implement container callbacks defined in the
javax.ejb.Session bean interface
optionally the javax.ejb.SessionSynchronization interface
Implement container callbacks defined in
javax.ejb.EntityBean interfaces for entities
Avoid programming practices that interfere with
containers runtime management of bean instances
+ Container providers responsibility:
Delegate client method invocations to the business
methods
Invoke appropriate methods during an EJB object
creation, removal and lookup
Provide classes that implement the home and remote
interfaces of the bean
Invoke javax.ejb.SessionBean interface and
SessionSynchronization interface callbacks at appropriate
times
Invoke javax.ejb.EntityBean interface for entities and
callbacks at appropriate times
Implement persistence for entity beans with container
managed persistence
Provide javax.ejb.SessionContext and
javax.ejb.EntityContext for session and entity bean
instances, obtain the information from container
Provide JNDI context with the beans environment to
the bean instances
Manage transaction, security and exception for beans
+ Ejb-jar file
Standard format used by EJB tools for packaging
(assembling) beans along with declarative information
Contract between bean provider and application
assembler, and between application assembler and
application deployer
The file includes:
Java class files of the beans alo
Finally, the Big Picture
+ Bean Varieties
M.V.KrishnaKishore. 168 of 209
Three Types of Beans:
Session Beans: Short lived and last during a session.
Entity Beans: Long lived and persist throughout.
Message Driven Beans: Asynchronous Message Consumers
Asynchronous.
+ Session Beans
A session object is a non-persistent object that
implements some business logic running on the server.
Executes on behalf of a single client.
Can be transaction aware.
Does not represent directly shared data in the
database, although it may access and update such data.
Is relatively short-lived.
Is removed when the EJB container crashes. The client
has to re-establish a new session object to continue
computation
+ Types of Session Beans
There are two types of session beans:
Stateless
Stateful
Message Consumers
+ Clients view of a Session Bean:
A client accesses a session object through the session
beans Remote Interface or Local Interface.
Each session object has an identity which, in general,
does not survive a crash
Locating a session beans home interface
Remote Home interface
Context initialContext = new InitialContext();
CartHome cartHome = (CartHome)
javax.rmi.PortableRemoteObject.narrow(initialContext.loo
kup(java:comp/env/ejb/cart), CartHome.class);
Local Home Interface
Context initialContext = new InitialContext();
CartHome cartHome = (CartHome)
initialContext.lookup(java:comp/env/ejb/cart);
+ JNDI: used to locate Remote Objects created by bean.
M.V.KrishnaKishore. 169 of 209
portableRemoteObject Class: It uses an Object return by
Lookup().
narrow() -> Call the create() of HomeInterface.
IntialContext Class:
Lookup() -> Searches and locate the distributed Objects.
+ Session Beans Local Home Interface:
object that implements is called a session
EJBLocalHome object.
Create a new session object.
Remove a session object.
+ Session Beans Remote Home Interface
object that implements is called a session EJBHome
object.
Create a session object
Remove a session object
+ Session Beans Local Interface
Instances of a session beans remote interface are
called session EJBObjects
business logic methods of the object.
+ Session Beans Local Home Interface
instances of a session beans local interface are called
session EJBLocalObjects
business logic methods of the object
Creating an EJB Object
Home Interface defines one or more create() methods
Arguments of the create methods are typically used to
initialize the state of the created session object
public interface CartHome extends javax.ejb.EJBHome {
Cart create(String customerName, String account) throws
RemoteException, BadAccountException,
CreateException;
}
cartHome.create(John, 7506);
+ EJBObject or EJBLocalObject
Client never directly accesses instances of a Session
Beans class
M.V.KrishnaKishore. 170 of 209
Client uses Session Beans Remote Interface or Remote
Home Interface to access its instance
The class that implements the Session Beans Remote
Interface or Remote Home Interface is provided by the
container.
+ Session Object Identity
Session Objects are meant to be private resources of
the client that created them
Session Objects, from the clients perspective, appear
anonymous
Session Beans Home Interface must not define finder
methods
Stateful Session Beans:
A stateful session object has a unique identity that is
assigned by the container at the time of creation.
A client can determine if two object references refer to the
same session object by invoking the isIdentical(EJBObject
otherEJBObject) method on one of the references.
Stateless Session Beans:
All session objects of the same stateless session bean, within
the same home have the same object identity assigned by the
container.
isIdentical(EJBObject otherEJBObject) method always
returns true.
+ Container Responsibilities:
Manages the lifecycle of session bean instances.
Notifies instances when bean action may be
necessary .
Provides necessary services to ensure session bean
implementation is scalable and can support several clients.
+ Activation and Passivation:
Session bean container may temporarily transfer state
of an idle stateful session bean instance to some form of
secondary storage.
Transfer from working set to secondary storage is
called instance passivation.
Transfer back from the secondary storage to the
instance variables is called instance activation.
M.V.KrishnaKishore. 171 of 209
+ Entity Beans
Long Live Entity Beans!
A component that represents an object-oriented view
of some entities stored in a persistent storage like a
database or an enterprise application.
From its creation until its destruction, an entity object
lives in a container.
Transparent to the client, the Container provides
security, concurrency, transactions, persistence, and other
services to support the Entity Beans functioning
Cainer Managed Persistence versus Bean Managed
Persistence
Multiple clients can access an entity object concurrently
Container hosting the Entity Bean synchronizes access
to the entity objects state using transactions
Each entity object has an identity which usually
survives a transaction crash
Object identity is implemented by the container with
help from the enterprise bean class
Multiple enterprise beans can be deployed in a
Container
+ Remote Clients:
Accesses an entity bean through the entity beans
remote and remote home interfaces
Implements EJBObject and EJBHome Interfaces
Location Independent
Potentially Expensive, Network Latency
Useful for coarse grained component access
+ Local Clients:
Local client is a client that is collocated with the entity
bean and which may be tightly coupled to the bean.
Implements EJBLocalObject and EJBLocalHome
Interfaces
Same JVM
Enterprise bean can-not be deployed on a node
different from that of its client Restricts distribution of
components.
Better supports fine-grained component access
M.V.KrishnaKishore. 172 of 209
+ Locating the Entity Bean:
Location of EJB Container is usually transparent to
Client
Client locates Entity Beans Home Interface using JNDI
Example
Context initialContext = new InitialContext();
AccountHome accountHome = (AccountHome)
initialContext.lookup(java:comp/env/ejb/accounts);
Entity Beans Remote Home Interface
Container provides the implementation of the Remote
Home Interface for each Entity Bean deployed in the
container
Container makes the Remote Home Interface of all
Entity Beans deployed in it accessible to Clients through
JNDI
The object that implements an Entity Beans Remote
Home Interface is called an EJBHome object
Entity Beans Remote Home Interface
Create new entity objects within the home
Find existing entity objects within the home
Remove an entity object from the home
+ Create Methods:
Entity Beans Remote Home Interface can define
multiple create() methods, each defining a way of creating
an entity object
Arguments of create() initialize the state of the entity
object
Return type of a create() method is Entity Beans
Remote Interface
The throws clause of every create() method includes
the java.rmi.RemoteException and
javax.ejb.CreateException
+ finder Methods
Entity Beans Home Interface defines many finder
methods
Name of each finder method starts with the prefix
find
M.V.KrishnaKishore. 173 of 209
Arguments of a finder method are used by the Entity
Bean implementation to locate requested entity objects
Return type of a finder method must be the Entity
Beans Remote Interface, or a collection of Remote
Interfaces
The throws clause of every finder method includes the
java.rmi.RemoteException and javax.ejb.FinderException
+ Entity Beans Remote Interface
Client accesses an entity object through Entity Beans
Remote Interface
Entity beans Remote Interface must extend
javax.ejb.EJBObject interface
Remote Interface defines business methods which are
callable by clients
The container provides the implementation of the
methods defined in the javax.ejb.EJBObject interface
Only business methods are delegated to the instances
of the enterprise bean class
+ Entity Beans Local Home Interface
must extend the javax.ejb.EJBLocalHome interface
Each method must be one of the:
Create methods
Find methods
Home methods
+ Entity Beans Local Interface
Local client can access an entity object through the
entity beans local interface.
must extend the javax.ejb.EJBLocalObject interface.
defines the business methods callable by local clients.
+ Persistence Management
Data access protocol for transferring state of the entity
between the Entity Bean instances and the database is
referred to as object persistence
There are two ways to manage this persistence during
an applications lifetime
Bean-managed
Container-managed
M.V.KrishnaKishore. 174 of 209
+ Bean Managed Persistence:
Entity Bean provider writes database access calls
directly into the enterprise bean class Container Managed
Persistence
Bean Provider need not write database calls in the
bean
Container providers tools generate database access
calls at deployment time
Advantage: Entity Bean can be mostly independent from the
data source in which the entity is stored
Disadvantage: Sophisticated tools are needed at deployment
time to map Entity Bean fields to data source
+ EJB QL
Need for standardizing queries
Why not SQL?
EJB QL: EJB Query Language
Specification language
Based on the CMP Data Model (Abstract Persistence
Schema)
Compiled to a target language: SQL
EJB QL Example
SELECT OBJECT(l) From OrderBean o, in(o.lineItems) l
SELECT l.LINEITEM_ID FROM LINEITEMEJBTABLE l,
ORDEREJBTABLE o WHERE (l.ORDER_ID = o.ORDER_ID )
SELECT OBJECT(o) FROM OrderBean o WHERE
o.creditCard.expires = '03/05'"
SELECT o.ORDER_ID FROM CREDITCARDEJBTABLE a_1,
ORDEREJBTABLE o WHERE ((a_1.EXPIRES='03/05' AND
o.CREDITCARD_ID = a_1.CREDITCARD_ID ))
+ EJB QL Example
SELECT c.address
FROM CustomerBeanSchema c
WHERE c.iD=?1 AND c.firstName=?2
SELECT ADDRESS.ID
FROM ADDRESS, CUSTOMER
WHERE CUSTOMER.CUSTOMERID=?
AND CUSTOMER.FIRSTNAME=?
M.V.KrishnaKishore. 175 of 209
AND CUSTOMER.CUSTOMERID = ADDRESS.CUSTOMERID
+ EJB QL: Deployment Descriptor
<query>
<description>Method finds large orders</description>
<query-method>
<method-name>findAllCustomers</method-name>
<method-params/>
</query-method>
<ejb-ql>SELECT OBJECT(c) FROM CustomerBeanSchema
c</ejb-ql>
</query>
+ Home Business Methods
Methods in the Home Interface
Implementation provided by Bean Provider with
matching ejbHome<method> in the Bean
Exposed to the Client View
Not specific to any Bean instance
Select Methods
Defined as abstract method in the Bean class
ejbSelect<method>
Special type of a query method
Specified using a EJB QL statement
Not exposed to the Client View
Usually called from a business method
+ Example of EJB 1.1 CMP Bean
public class AccountBean implements EntityBean {
// Bean Instance Variables
public long account_number;
public java.lang.String customer_name;
public double balance;
// Business Methods
public void credit ( double amount ) {
balance += amount;
}
public void debit ( double amount ) {
balance -= amount;
}
}
M.V.KrishnaKishore. 176 of 209
+ Example of EJB 2.0 CMP Bean
public abstract class AccountBean implements EntityBean {
// Virtual Fields
public abstract long getAccount_number();
public abstract void setAccount_number(long
account_number);
public abstract java.lang.String getCustomer_name();
public abstract void setCustomer_name(String
customer_name);
public abstract double getBalance();
public abstract void setBalance(double balance);
// Business Method
public void credit (double amount) {
double balance = getBalance();
balance += amount;
setBalance(balance);
}
}
+ Abstract Schema : Deployment Descriptor
<abstract-schema-name>CustomerBeanSchema</abstract-
schema-name>
<cmp-field>
<description>id of the customer</description>
<field-name>iD</field-name>
</cmp-field>
<cmp-field>
<description>First name of the customer</description>
<field-name>firstName</field-name>
</cmp-field>
<cmp-field>
<description>Last name of the customer</description>
<field-name>lastName</field-name>
</cmp-field>
<primkey-field>iD</primkey-field>
+ Container Managed Relationships:
Container Managed Relationships <cmr-field>
Bean-Bean, Bean-Dependent, Dependent-Dependent
Defined using Abstract Accessor Methods
M.V.KrishnaKishore. 177 of 209
Unidirectional or Bi-directional
LineItem Product
Student Course
Cardinality
One to One
One to Many
Many to One
Many to Many
+ Example Entity Bean: Order
public abstract OrderBean extends Entity Bean {
// Virtual Fileds <cmp-fields>
public abstract Long getOrderID();
public abstract void setOrderID(Long orderID);
// Virtual Fields <cmr-fields>
public abstract Address getShipingAddress();
public abstract void setShipingAddress (Address address);
public abstract Collection getLineItems();
public abstract void setLineItems (Collection lineItems);
}
+ Example Entity Bean: Product
public abstract OrderBean extends Entity Bean {
// Virtual Fields <cmp-field>
public abstract Long getProductID();
public abstract void setProductID(Long orderID);
// Virtual Fields <cmp-field>
public abstract String getProductCategory();
public abstract void setProductCategory (String category);
// NO Relationship Fields
}
+ Relationships: Deployment Descriptor
<ejb-relation>
<description>ONE-TO-ONE: Customer and
Address</description>
<ejb-relation-name>Customer-Address</ejb-relation-
name>
<ejb-relationship-role>
<ejb-relationship-role-name>customer has one
addresss</ejb-relationship-role-name>
M.V.KrishnaKishore. 178 of 209
<multiplicity>one</multiplicity>
<relationship-role-source>
<ejb-name>CustomerBean</ejb-name>
</relationship-role-source>
<cmr-field>
<cmr-field-name>address</cmr-field-name>
</cmr-field>
</ejb-relationship-role>
<ejb-relationship-role>
<ejb-relationship-role-name>Address belong to the
Customer</ejb-relationship-role-name>
<multiplicity>one</multiplicity>
<cascade-delete/>
<relationship-role-source>
<ejb-name>AddressBean</ejb-name>
</relationship-role-source>
</ejb-relationship-role>
</ejb-relation>
M.V.KrishnaKishore. 179 of 209
EJB
+ What is the difference between normal Java object and
EJB?
Java Object: It's a reusable componet
EJB: is reusable and deployable component which can be
deployed in any container. EJB is a distributed component
used to develop business applications. Container provides
runtime environment for EJBs. EJB is an Java object
implemented according EJB specification. Deployability is a
feature.
+ What is the difference between JavaBean and EJB?
Java Beans: is intra-process component, JavaBeans is
particularly well-suited for asynchronous, intra-application
communications among software.
EJB: is an Inter-Process component.
+ What is EJB?
Enterprise Java Bean is a specification for server-side
scalable,transactional and multi-user secure enterprise-level
applications. It provides a consistant component architecture
for creating distributed n-tier middleware.
Enterprise JavaBeans (EJB) is a technology that based on J2EE
platform. EJBs are server-side components. EJB are used to
develop the distributed, transactional and secure applications
based on Java technology.
+ What is Session Bean. What are the various types of
Session Bean?
SessionBeans: They are usually associated with one client.
Each session bean is created and destroyed by the particular
EJB client that is associated with it. These beans do not
survive after system shutdown.
These Session Beans are of two types:
a) Stateful Session Beans: They maintain
conversational state between subsequest calls by a client
b) Stateful Session Beans: These beans have internal
states. They can be stored (getHandle()) and restored
(getEJBObject()) across client sessions.Since they can be
M.V.KrishnaKishore. 180 of 209
persistence, they are also called as Persistence Session
Beans.
a) Stateless Session Bean: Consider this as a servlet
equivalent in EJB. It is just used to service clients regardless
of state and does not maintain any state.
b) Stateless Session Beans: These beans do not have
internal States. They need not be passivated. They can be
pooled into service multiple clients.
+ What is the difference between Stateful session bean
and Stateless session bean?
Stateful:
Stateful s.Beans have the passivated and
Active state which the Stateless bean does not have.
Stateful beans are also Persistent session
beans. They are designed to service business processes that
span multiple method requests or transactions.
Stateful session beans remembers the
previous requests and reponses.
Stateful session beans does not have pooling
concept.
Stateful Session Beans can retain their state
on behave of an individual client.
Stateful Session Beans can be passivated
and reuses them for many clients.
Stateful Session Bean has higher
performance over stateless sessiob bean as they are pooled
by the application server.
Stateless:
Stateless Session Beans are designed to
service business process that last only for a single method
call or request.
Stateless session beans do not remember
the previous request and responses.
Stattless session bean instances are pooled.
Stateless Session Beans donot maintain
states.
Stateless Session Beans, client specific data
has to be pushed to the bean for each method invocation
which result in increase of network traffic.
M.V.KrishnaKishore. 181 of 209
+ What is the life cycle of Stateful session bean?
Stateful Session Bean has three states. Does not exists,
Method Ready and Passivated states.
Like Stateless beans, when the Stateful Session Bean hasnt
been instantiated yet (so it is not an instance in memory) is it
in the Does not exists state.
Once a container creates one or more instances of a Stateful
Session Bean it sets them in a Method Ready state. In this
state it can serve requests from its clients. Like Stateless
Session Beans, a new instance is created
(Class.newInstance()), the context is passed
(setSessionContext()) and finally the bean is created with
ejbCreate().
During the life of a Stateful Session Bean, there are periods of
inactivity. In these periods, the container can set the bean to
the Passivate state. This happens through the ejbPassivate()
method. From the Passivate state the bean can be moved back
to the Method Ready state, via ejbActivate() method, or can
go directly to the Does Not Exists state with ejbRemove().
+ What is the life cycle of Stateless session bean?
Stateless session bean has only two states: Does Not Exists
and Method Ready Pool.
A bean has not yet instantiated (so it is not an instance in
memory) when it is in the Does Not Exists state.
When the EJB container needs one or more beans, it creates
and set them in the Method Ready Pool state. This happens
through the creation of a new instance (Class.newInstance()),
then it is set its context (setSessionContext()) and finally calls
the ejbCreate() method.
The ejbRemove() method is called to move a bean from the
Method Ready Pool back to Does Not Exists state.
+ What are the call back methods in Session bean?
Session bean callback methods differ whether it is Stateless or
stateful Session bean. Here they are.
Stateless Session Bean:
M.V.KrishnaKishore. 182 of 209
1. setSessionContext()
2. ejbCreate()
3. ejbRemove()
Stateful Session Bean:
1. setSessionContext()
2. ejbCreate()
3. ejbPassivate()
4. ejbActivate()
5. ejbRemove()
+ When you will chose Stateful session bean and Stateless
session bean?
Stateful session bean is used when we need to maintain the
client state. Example of statefull session is Shoping cart site
where we need to maintain the client state.
Stateless session bean will not have a client state it will be
in pool.
To maintain the state of the bean we prefer stateful session
bean and example is to get mini statement in
ATM we need sessions to be maintained.
+ What is Entity Bean. What are the various types of
Entity Bean?
Entity bean represents the real data which is stored in the
persistent storage like Database or file system. For example,
There is a table in Database called Credit_card. This table
contains credit_card_no,first_name, last_name, ssn as colums
and there are 100 rows in the table. Here each row is
represented by one instance of the entity bean and it is found
by an unique key (primary key) credit_card_no.
There are two types of entity beans.
1. Container Managed Persistence(CMP)
2. Bean Managed Presistence(BMP)-
+ What is the difference between CMP and BMP?
CMP means Container Managed Persistence. When we write
CMP bean , we dont need to write any JDBC code to connect to
Database. The container will take care of connection our enitty
beans fields with database. The Container manages the
persistence of the bean. Absolutely no database access code is
written inside the bean class.
M.V.KrishnaKishore. 183 of 209
BMP means Bean Managed Persistence. When we write BMP
bean, it is programmer responsiblity to write JDBC code to
connect to Database.
+ What is the lifecycle of Entity Bean?
The following steps describe the life cycle of an entity bean
instance
An entity bean instances life starts when the container creates
the instance using newInstance and then initialises it using
setEntityContext.
The instance enters the pool of available instances. Each entity
bean has its own pool. While the instance is in the available
pool, the instance is not associated with any particular entity
object identity. Any of these pooled instances may be used to
execute finder (ejbFind) or home (ejbHome) methods.
An instance transitions from the pooled state to the ready
state when the container selects that instance to service a
client call to an entity object. There are two possible
transitions from the pooled to the ready state: through the
creation of an entity (ejbCreate and ejbPostCreate) or through
the activation of an entity (ejbActivate).
When an entity bean instance is in the ready state, the
instance is associated with a specific entity object identity.
While the instance is in the ready state, the container can
synchronize the instance with its representation in the
underlying data source whenever it determines the need to
using ejbLoad and ejbStore methods. Business methods can
also be invoked zero or more times on an instance. An
ejbSelect method can be called by a business method, ejbLoad
or ejbStore method.
The container can choose to passivate an entity bean instance
within a transaction. To passivate an instance, the container
first invokes the ejbStore method to allow the instance to
prepare itself for the synchronization of the database state
with the instances state, and then the container invokes the
M.V.KrishnaKishore. 184 of 209
ejbPassivate method to return the instance to the pooled
state.
There are three possible transitions from the ready to the
pooled state: through the ejbPassivate method, through the
ejbRemove method (when the entity is removed), and because
of a transaction rollback for ejbCreate, ejbPostCreate,or
ejbRemove.
The container can remove an instance in the pool by calling
the unsetEntityContext() method on the instance.
+ What are the call back methods in Entity bean?
Entity Bean:
1. setEntityContext()
2. ejbCreate()
3. ejbPostCreate()
4. ejbActivate()
5. ejbPassivate()
6. ejbRemove()
7. unsetEntityContext()
+ When you will choose CMP and BMP?
BMP
- Bean managed persistence
- Developer has to write persistence code for
ejbLoad(),ejbStore() for entity beans
- Should follow this approach only when its bare necessity to
write your own persistence logic.Usually container managed
persistence is quite sufficient and less error prone.
CMP
- Container managed persistence
- Developer maps the bean fields with the database fields in
the deployment descriptors.
- Developer need not provide persistence logic (JDBC) within
the bean class.
- Containiner manages the bean field to DB field
synchronization.
M.V.KrishnaKishore. 185 of 209
The point is only ENTITY beans can have theier pesristence
mechanism as CMP or BMP. Session beans, which usually
contains workflow or business logic should never have
persistence code.Incase you choose to write persistence within
your session bean, its usefull to note that the persistence is
managed by the container BMP.Session beans cannot be CMP
and its not possibel to provide field mapping for session bean.
BMPs are much harder to develop and maintain than CMPs.All
other things are being equal,choose CMPs over BMPs for pure
maintainability.
There are limitations in the types of the data sources that may
be supported for CMPs by a container provide.Support for non
JDBC type data sources,such as CICS,are not supported by the
current CMP mapping and invocation schema.Therefore
accessing these would require a BMP.
Complex queries might not be possible with the basic EJBQL
for CMPs.So prefer BMPs for complex queries.
If relations between entity beans are established then CMPs
may be necessary.CMR has ability to define manage
relationships between entity beans.
Container will tyr to optimize the SQL code for the CMPs,so
they may be scalable entity beans than the BMPs.
BMPs may be inappropriate for larger and more performance
sesitive applications.
+ What are advantages and disadvantages of CMP and
BMP?
CMP: Container managed persistence
Advantages:
1. Easy to develop and maintain.
2. Relationships can be maintained between different entities.
3. Optimization of SQL code will be done.
4. Larger and more performance applications can be done.
Disadvantages:
1. Will not support for some nonJDBC data sources,i.e,CICS.
2. Complex queries cannot be developed with EJBQL.
M.V.KrishnaKishore. 186 of 209
BMP: Bean managed persistence
Advantages:
1. Support for nonJDBC data sources.
2. Complex queries can be build.
Disadvantages:
1. Hard to develop and maintain.
2. We cannot maintain the relationships between different
entities.
3. Optimization of SQL code cannot be done by the
container,because bean it self contains the code.
4. Not appropriate for larger and complex applications.
+ What is difference between EJB 1.1 and EJB 2.0?
EJB 2.0 adds the local beans, which are accessible only from
within the JVM where beans are running in.
In EJB 1.1, we had to implement remote client views for all
these beans, even if we had no remote clients.
+ What is Message Driven Bean?
Message Driven Bean (MDB) is an enterprise bean which runs
inside the EJB container and it acts as Listener for the JMS
asynchronous message . It does not have Home and Remote
interface as Session or Entity bean. It is called by container
when container receives JMS asynchronous message. MDB has
to implement MessageListener which has a method
onMessage(Message msg). When the container calls the MDB
it passes the message to onMesage() method and then MDB
process that message.
+ What is the life cycle of MDB?
The lifetime of an MDB instance is controlled by the container.
Only two states exist: Does not exist and Ready , as illustrated
in the following figure:
The life of an MDB instance starts when the container invokes
newInstance() on the MDB class to create a new instance.
Next, the container calls setMessageDrivenContext() followed
by ejbCreate() on the instance. The bean then enters the
Ready state and is ready to consume messages.
M.V.KrishnaKishore. 187 of 209
When a message arrives for the bean, the container invokes
the onMessage() method of one of the available instances,
passing a Message object in argument. Message s can be
consumed and processed concurrently by using multiple
instances of the same type.
The container invokes ejbRemove() on the bean instance when
it no longer needs the instance. The bean instance can perform
clean up operations here.
+ What is local interface. How values will be passed?
If Client and EJB classes are in the same machine (Same JVM)
then we can use Local linterface instead of Remote interface.
Since Client and EJB are in same JVM, values are passed by
referance.
+ What is the difference between local interface and
remote interface?
We can describe the following common rules for choosing
whether to use remote client view or local client view:
When you will potentially use a distributed environment (if
your enterprise bean should be independent of its deployment
place), you should obviously choose remote client view.
Use remote client view when you need to be sure that
parameters passed between your EJB and the client (and/or
other enterprise beans) should be passed "by value" instead of
"by reference." With pass-by-value, the bean will have its own
copy of the data, completely separated from the copy of the
data at the client. With local client view, you can do pass-by-
reference, which means your bean, as well as the client, will
work directly with one copy of the data. Any changes made by
the bean will be seen by the client and vice versa. Pass-by-
reference eliminates time/system expenses for copying data
variables, which provides a performance advantage.
If you create an entity bean, you need to remember that it is
usually used with a local client view. If your entity bean needs
to provide access to a client outside of the existing JVM (i.e., a
remote client), you typically use a session bean with a remote
client view. This is the so-called Session Facade pattern, the
M.V.KrishnaKishore. 188 of 209
goal of which is that the session bean provides the remote
client access to the entity bean.
If you want to use container-managed relationship (CMR) in
your enterprise bean, you must expose local interfaces, and
thus use local client view. This is mentioned in the EJB
specification.
Enterprise beans that are tightly coupled logically are good
candidates for using local client view. In other words, if one
enterprise bean is always associated with another, it is
perfectly appropriate to co-locate them (i.e., deploy them both
in one JVM) and organize them through a local interface.
+ What is EJB Query Language?
EJB QL is somewat similar to SQL. But ejb ql is used to retrieve
data from bean objects where as sql is used to retrieve data
from tables.
+ What is ACID?
ACID is releated to transactions. It is an acronyam of Atomic,
Consistent, Isolation and Durable. Transaction must following
the above four properties to be a better one
Atomic: It means a transaction must execute all or nothing at
all.
Consistent: Consistency is a transactional characteristic that
must be enforced by both the transactional system and the
application developer
Isolation: Transaation must be allowed to run itselft without
the interference of the other process or transactions.
Durable: Durablity means that all the data changes that made
by the transaction must be written in some type of physical
storage before the transaction is successfully completed. This
ensures that transacitons are not lost even if the system
crashes.
+ What are the various isolation levels in a transaction
and differences between them?
There are three isolation levels in Transaction. They are
1. Dirrty Reads: If transaction A updates a record in database
followed by the transaction B reading the record then the
transaction A performs a rollback on its update operation,
M.V.KrishnaKishore. 189 of 209
the result that transaction B had read is invalid as it has
been rolled back by transaction A.
2. NonRepeatable Reads: If transaction A reads a record,
followed by transaction B updating the same record, then
transaction A reads the same record a second time,
transaction A has read two different values for the same
record.
3. Phantom Reads: If transaction A performs a query on the
database with a particular search criteria (WHERE clause),
followed by transaction B creating new records that satisfy
the search criteria, followed by transaction A repeating its
query, transaction A sees new, phantom records in the
results of the second query.
+ What are the various transaction attributes and
differences between them?
There are six transaction attributes that are supported in EJB.
1. quired - T1---T1
0---T1
2. RequiresNew - T1---T2
0---T1
3. Mandatory - T1---T1
0---Error
4. Supports - T1---T1
0---0
5. NotSupported - T1---0
0---0
6. Never - T1---Error
0---0
+ What is the difference between activation and
passivation?
Activation and Passivation is appilicable for only Stateful
session bean and Entity bean.
When Bean instance is not used for a while by client then EJB
Container removes it from memory and puts it in secondary
storage (often disk) so that the memory can be reused. This is
called Passivation.
M.V.KrishnaKishore. 190 of 209
When Client calls the bean instance again then Container takes
the passivated bean from secondary storage and puts it in
memory to serve the client request. This is called Activation.
+ What is Instance pooling?
pooling of instances n stateless session beans and Entity Beans
server maintains a pool of instances.whenever server got a
request from client, it takes one instance from the pool and
serves the client request.
+ What is the difference between HTTPSession and
Stateful Session Bean?
From a logical point of view, a Servlet/JSP session is similar to
an EJB session. Using a session, in fact, a client can connect to
a server and maintain his state.
But, is important to understand, that the session is maintained
in different ways and, in theory, for different scopes.
A session in a Servlet, is maintained by the Servlet Container
through the HttpSession object, that is acquired through the
request object. You cannot really instantiate a new
HttpSession object, and it does not contains any business
logic, but is more of a place where to store objects.
A session in EJB is maintained using the SessionBeans. You
design beans that can contain business logic, and that can be
used by the clients. You have two different session beans:
Stateful and Stateless. The first one is somehow connected
with a single client. It maintains the state for that client, can
be used only by that client and when the client "dies" then the
session bean is "lost".
A Stateless Session Bean does not maintain any state and
there is no guarantee that the same client will use the same
stateless bean, even for two calls one after the other. The
lifecycle of a Stateless Session EJB is slightly different from the
one of a Stateful Session EJB. Is EJB Containers responsability
to take care of knowing exactly how to track each session and
redirect the request from a client to the correct instance of a
M.V.KrishnaKishore. 191 of 209
Session Bean. The way this is done is vendor dependant, and
is part of the contract.
+ What is the difference between find and select methods
in EJB?
select method is not there in EJBs
A select method is similar to a finder method for Entity Beans,
they both use EJB-QL to define the semantics of the method.
They differ in that an ejbSelect method(s) are not exposed to
the client and the ejbSelect method(s) can return values that
are defined as cmp-types or cmr-types.
+ What are the optional clauses in EJB QL?
Three optional clauses are available in EJB Ql.
1. SELECT
2. FROM
3. WHERE
The EJB QL must always contain SELECT and FROM clauses.
The WHERE clause is optional.
The FROM clause provides declarations for the identification
variables based on abstract schema name, for navigating
through the schema. The SELECT clause uses these
identification variables to define the return type of the query,
and the WHERE clause defines the conditional query.
+ What is handle in EJB?
To get hold the session state of the Stateful Session bean.
A handle is an abstraction of a network reference to an EJB
object. A handle is intended to be used as a "robust" persistent
reference to an EJB object.
+ What is the difference between JNDI context, Initial
context, session context and ejb context?
JNDI Context Provides a mechanism to lookup resources on
the network
Initial Context constructor provides the initial context.
M.V.KrishnaKishore. 192 of 209
Session Context has all the information a session bean
would require from the container
Entity Context has all the information that an Entity bean
would need from a container
Ejb Context contains the information that is common to both
the session and entity bean.
+ What is the difference between sessioncontext and
entitycontext?
Session Context Contains information that a Session Bean
would require from the container
Entity Context contains the information that an Entity Bean
would require from a container
+ What is the difference between EAR, JAR and WAR file
In J2EE application modules are packaged as EAR, JAR and
WAR based on their functionality
JAR: Java Archive File
EJB modules which contains enterprise java beans class files
and EJB deployment descriptor are packed as JAR files with
.jar extenstion
WAR: Web Archive File
Web modules which contains Servlet class files,JSP
FIles,supporting files, GIF and HTML files are packaged as JAR
file with .war( web achive) extension
EAR: Enterprise File
All above files(.jar and .war) are packaged as JAR file with .ear
( enterprise archive) extension and deployed into Application
Server.
+ What is deployment descriptor?
Deployment Descriptor is a XML document with .xml extenion.
It basically descripes the deployment settings of an application
or module or the component. At runtime J2EE server reads the
deployment descriptor and understands it and then acts upon
the component or module based the information mentioned in
descriptor.
For example EJB module has a deployment descriptor ejb-
jar.xml where we mention whether it is session or entity or
mesage driven bean and where is the home, remore and Bean
M.V.KrishnaKishore. 193 of 209
classes are located and what type of transaction etc. In a
simple word, without deployment descritor the Container
( EJB/Servlet/JSP container) will not know what to do with that
module.
Deployment Descriptor is a file located in the WEB-INF
directory that controls the behaviour of Servlets and JSP.
The file is called Web.xml and contains
xmlHeader
Web.xml DOCTYPE Sevlet name
Web-appelements ------ Servlet Class
Init-parm
Servlet Configuration:
<web-app>
<Servlet>
<Servlet-name>Admin</Servlet-name>
<Servlet-Class>com.ds.AdminServlet</Servlet-class>
</Servlet>
<init-param>
<param-value></param-value>
<param-name>admin.com</param-name>
</init-param>
<Servlet-mapping>
<Servlet-name>Admin</Servlet-name>
<url-pattern>/Admin</url-pattern>
</Servlet-mapping>
</web-app>
EJB Deployment descriptor:
Ejb-jar.xml
META-INF
Weblogic-ejb-jar.xml
<ejb-jar>
<enterprise-bean>
</Session>
<ejb-name>Statefulfinacialcalcu</ejb-name>
<home>fincal.stateful.fincalc</home>
<remote>fincal.stateful.fincalc</remote>
<ejb-Class>fincal.stateful.fincalcEJB<ejb-Class>
<session-type>Stateful</session-type>
<transaction-type>Container</transaction-type>
</Session>
M.V.KrishnaKishore. 194 of 209
</enterprise-bean>
<assembly-descriptor>
<container-transaction>
<method>
<ejb-name>Statefulfinacialcalcu</ejb-name>
<method-name> * </method-name>
</method>
<transaction-attribute>supports</transaction-
attribute>
</container-transaction>
<assembly-descriptor>
<ejb-jar>
weblogic-ejb-jar.xml:
<weblogic-ejb-jar>
<weblogic-enterprise-bean>
<ejb-name>Statefulfinacialcalcu</ejb-name>
<jndi-name>statefulfinacalc</jndi-name>
</weblogic-enterprise-bean>
</weblogic-ejb-jar>
+ What is CMR?
CMR - Container Managed Relationships allows the developer
to declare various types of relationships between the entity
beans.
+ What is the difference between CMP 1.1 and CMP 2.0?
CMR and sub classing of the CMP bean by the container.
+ What is the difference between optimistic locking and
pessimistic locking?
Optimistic locking assumes that no one would read or
change the data while changes are being by a bean.
Pessimistic locking would rather lock down the data so that
no one can access it.
+ What is lazy loading?
Lazy loading is a characteristic of an application when the
actual loading and instantiation of a class is delayed until the
point just before the instance is actually used. The goal is to
only dedicate memory resources when necessary by only
M.V.KrishnaKishore. 195 of 209
loading and instantiating an object at the point when it is
absolutely needed.
Tools such as Eclipse have popularized the lazy-loading
approach as they use the facility to control the load and
initialization of heavyweight plug-ins. This gives the double
bonus of speeding up the initial load time for the application,
as not all plug-ins are loaded straightaway; ensuring efficiency
as only the plug-ins that are used are loaded at all.
+ Is Decorator an EJB design pattern?
No, If i throw a custom ApplicationException from a business
method in Entity bean which is participating in a transaction,
would the transaction be rolled back by container. Does
container rolls back transaction only in case of
SystemExceptions.
Yes, the rollback will occur For declarative transactions,
container will rollback on systemException. Container has no
way to know whether a speicific application exception is
serious enough to roll back the participated transaction. Use
setRollbackOnly() to doom the transaction.
+ What are simple rules that a Primary key class has to
follow?
Implement the equals and hashcode methods.
+ What is abstract schema?
CMP uses abstract schema to map to the physical database.
+ What is re-entrant. Is session beans reentrant. Is entity
beans reentrant?
Re-entrant means where Bean A calls methods of Bean B and
then Bean B turns around and calls methods of Bean A. The
above all within a single thread of control. This is also called as
loopback.
Entity beans are the only one bean that is reentrant. Neither
Session bean nor Message Driven Bean are reentrant. When
Entity bean, we have to declare in the deployment descriptor
whether it is reentrant ( true or false).
M.V.KrishnaKishore. 196 of 209
Why an onMessage call in Message-driven bean is always a
seperate transaction.
The MDB is stateless and inherently each message is unique
with respect to the MDB.
Each message needs to be processed independently. Hence
the need for separate transactions
+ Does Stateful Session bean support instance pooling?
All Beans support Instance Pooling
statefull session bean does not maintain instance pooling,
stateless session beans and entity beans can maintain
instance pooling
+ Why does EJB needs two interfaces(Home and Remote
Interface)?
Home is to provide Lookup from JNDI while Remote is to
provide Object Instantiated
+ Can I invoke Runtime.gc() in an EJB?
No
+ Can a Session Bean be defined without ejbCreate()
method?
No
+ Why are ejbActivate() and ejb Passivate() included for
stateless session bean even though they are never
required as it is nonconversational bean?
To have a consistent interface, so that there is no different
interface that you need to implement for Stateful Session Bean
and Stateless Session Bean. Both Stateless and Stateful
Session Bean implement javax.ejb.SessionBean and this would
not be possible if stateless session bean is to remove
ejbActivate and ejbPassivate from the interface. You could
argue that the two (stateful and stateless) are so different that
they should have their own interface but Sun did not think so.
They made both session beans implement the same interface
M.V.KrishnaKishore. 197 of 209
and provided deployment descriptor to denote which one is it
that you are deploying.
With EJB 1.1 specs, why is unsetSessionContext() not provided
in Session Beans, like unsetEntityContext() in Entity Beans.
This was the answer Provided by some one... According to
Mohan this one is not correct. Please see Mohan's reply below
and more in the comments section.
ejbRemove() is called for session beans every time the
container destroyes the bean. So you can use this method to
do the stuff you typically would do in unsetEntityContext(). For
entity beans ejbRemove() is only called if the user explicitly
deletes the bean. I think that is the reason why the engineers
at SUN invented the unsetEntityContext() for this kind of bean.
+ What is the difference between ejbStore() and
ejbLoad()?
When the EJB container needs to synchronize the instance
variables of an entity bean with the corresponding values
stored in a database, it invokes the ejbLoad and ejbStore
methods. The ejbLoad method refreshes the instance variables
from the database, and the ejbStore method writes the
variables to the database. The client cannot call ejbLoad and
ejbStore.
+ What is the difference between ejbCreate() and
ejbPostCreate()?
Session and Message Driven Bean will have only ejbCreate()
method and no ejbPostCreate() method. Entity bean will have
both ejbCreate() and ejbPostCreate() methods.
The ejbPostCreate method returns void, and it has the same
input parameters as the ejbCreate method. If we want to set a
relationship field to initialize the bean instance, we should do
so in the ejbPostCreate method. we cannot set a relationship
field in the ejbCreate method.
The ejbPostCreate() allows the bean to do any post-create
processing before it begins serving client requests. For every
M.V.KrishnaKishore. 198 of 209
ejbCreate() there must be a matching (matching arguments)
ejbPostCreate() method.
+ Is stateless Sessiob bean create() method contains any
parameters?
No. This method must not contain any input parameters and
cannot be overloaded as well.
+ How can i retrieve from inside my Bean(Stateless
session and Entity CMP) the user name which i am
serving (the user name of user just logged in my web
application)?
Inside an EJB you may retrieve the "Caller" name, that is the
login id by invoking:
sessionContext.getCallerIdentity().getName() where
sessionContext is the instance of "SessionContext"
(setSessionContext) passed to the Session Bean, or the
instance of "EntityContext" (setEntityContext) passed to the
Entity Bean.
+ What is EJB architecture(components)
EJB Architecture consists of:
a) EJB Server
b) EJB containers that run on these servers,
c) Home Objects, Remote EJB Objects and Enterprise
Beans that run within these containers,
d) EJB Clients and
e) Auxillary systems like JNDI (Java Naming and Directory
Interface), JTS(Java Transaction Service) and security
services.
If my session bean with single method insert record into 2
entity beans, how can I know that the process is done in same
transaction (the attributes for these beans are Required)
If your method in the session bean is already running under a
transaction the calls to any other bean which have been
deployed with trans-attribute 'Required' will be executed within
the same transaction context.
So if your session bean is using container-managed
transactions and your method is deployed with 'Required',
M.V.KrishnaKishore. 199 of 209
'RequiresNew' or 'Mandatory', you can safely assume that the
calls to your entity beans are handled under same transaction.
If you're not running in a transaction, a separate transaction
will be set up for each call to your entity beans.
If your session bean is using bean-managed transactions, you
can ensure that the calls are handled in the same transaction
by:
javax.transaction.UserTransaction tran= null;
try {
tran=ctx.getUserTransaction();
tran.begin();
myBeanHome1.create(....);
myBeanHome2.create(...);
tran.commit();
} catch(...) {
}
You may want to check if you're already running in a
transaction by calling tran.getStatus().
+ Is there a way to get the original exception object from
inside a nested or wrapped Exception (for example an
EJBException or RemoteException)?
Absolutely yes, but the way to do that depends on the
Exception, since there are no standards for that.
Some examples: When you have an javax.ejb.EJBException,
you can use the getCausedByException() that returns a
java.lang.Exception. A java.rmi.RemoteException there is a
public field called detail of type java.lang.Throwable With a
java.sql.SQLException you need to use the method
getNextException() to get the chained java.sql.SQLException.
When you have an
java.lang.reflect.InvocationtargetException, you can get the
thrown target java.lang.Throwable using the
getTargetException() method.
+ Can undefined primary keys are possible with Entity
beans?If so, what type is defined?
Yes,undefined primary keys are possible with Entity Beans.The
type is defined as java.lang.Object.
M.V.KrishnaKishore. 200 of 209
+ When two entity beans are said to be identical?Which
method is used to compare identical or not?
Two Entity Beans are said to be Identical,if they have the
same home inteface and their primary keys are the same.To
test for this ,you must use the component inteface's
isIdentical() method.
+ Why CMP beans are abstract classes?
We have to provide abstract data to object mapping that maps
the fields in our bean to a batabase, and abstract methods
methods that corelate these fields.
+ Is instance pooling necessary for entity beans?
One of the fundamental concepts of Entity Beans is that they
are the pooled objects.Instance pooling is the service of the
container that allows the container to reuse bean instances,as
opposed to creating new ones every time a request for a bean
is made.This is a perfomance optimizatio done by the
container.
+ What is the difference b/w sendRedirect() and <jsp:
forward>?
sendredirect will happen on clint side & request , rsponse will
be newly created, for forward action it is server side action &
request, response is passed & not modified or destroyed.
+ How the abstract classes in CMP are converted into
concrete classes?
EJB2.0 allows developer to create only abstract classes and at
the time of deployement the container creates concrete classes
of the abstract. It is easy for container to read abstract classes
and appropriately generate concrete classes.
M.V.KrishnaKishore. 201 of 209
Questions
1. A developer successfully creating and tests a
stateful bean following deployment, intermittent
"NullpointerException" begin to occur, particularly when
the server is hardly loaded. What most likely to related
problem.?
a) setSessionContext
b) ejbCreate
c) ejbPassivate
d) beforeCompletion
e) ejbLoad
2. 2 example implementations os Proxy are RMI &
Ejb?
3. If an RMI parameter implements
java.rmi.Remote, how is it passed "on-the-wire?"
Choice 1: It can never be passed.
Choice 2: It is passed by value.
Choice 3: It cannot be passed because it implements
java.rmi.Remote.
Choice 4: It cannot be passed unless it ALSO implements
java.io.Serializable.
Choice 5: It is passed by reference.
Ans: 2
4. public synchronized void txTest(int i) {
System.out.println("Integer is: " + i);
}
What is the outcome of attempting to compile and
execute the method above, assuming it is implemented
in a stateful session bean?
Choice 1: Run-time error when bean is created.
Choice 2: The method will run, violating the EJB specification.
Choice 3: Compile-time error for bean implementation class.
Choice 4: Compile-time error for remote interface.
Choice 5: Run-time error when the method is executed.
Ans: 2
M.V.KrishnaKishore. 202 of 209
5. What is the CORBA naming service equivalent of
JNDI?
Choice 1: Interface Definition Language.
Choice 2: COS Naming.
Choice 3: Lightweight Directory Access Protocol.
Choice 4: Interoperable Inter-Orb Protocol.
Choice 5: Computer Naming Service
Ans: 2
6. InitialContext ic = new InitialContext();
TestHome th = (TestHome)
ic.lookup("testBean/TestBean");
TestRemote beanA = th.create();
TestRemote beanB = th.create();
TestRemote beanC = th.create();
beanC.remove();
TestRemote beanD = th.create();
TestRemote beanE = th.create();
beanC = th.create();
Given the above code, container passivates which bean
instance first if the container limited the bean pool size
to four beans and used a "least-recently-used"
algorithm to passivate?
Choice 1 : Bean A
Choice 2 : Bean B
Choice 3 : Bean C
Choice 4 : Bean D
Choice 5 : Bean E
7. Which one of the following phenomena is NOT
addressed by read-consistency?
a) Phantom read
b) Cached read
c) Dirty read
d) Non-repeatable read
e) Fuzzy read
Ans: b,e
8. Which one of the following methods is generally
called in both ejbLoad() and ejbStore()?
a) getEJBObject()
M.V.KrishnaKishore. 203 of 209
b) getHandle()
c) remove()
d) getEJBHome()
e) getPrimaryKey()
Ans: e
9. public void ejbCreate(int i) {
System.out.println("ejbCreate(i)");
}
Given a currently working stateless session bean, what
will be the outcome upon deploying and executing the
bean if you added the above unique method to the
implementation class of a stateless session bean (and
made no other changes)?
a) Compile time error during stub/skeleton
generation.
b) Compile time error for home interface.
c) Code will compile without errors.
d) Compile time error for remote interface.
e) Compile time error for bean implementation.
Ans: a
10. Given the above code in your stateless session
bean business method implementation, and the
transaction is container-managed with a Transaction
Attribute of TX_SUPPORTS, which one of the following
is the first error generated?
a) Error when compiling home interface
b) Error while generating stubs and skeletons
c) NullPointerException during deployment
d) Runtime error
e) Compile-time error for the bean implementation
Ans: b
11. Which one of the following is the result of
attempting to deploy a stateless session bean and
execute one of the method M when the bean
implementation contains the method M NOT defined in
the remote interface?
a) Compile time error for remote interface.
b) Compile time error for bean implementation.
M.V.KrishnaKishore. 204 of 209
c) Compile time error during stub/skeleton
generation.
d) Code will compile without errors.
e) Compile time error for home interface.
Ans: d
12. Which one of the following characteristics is NOT
true of RMI and Enterprise Java Beans?
a) They must execute within the confines of a Java
virtual machine (JVM).
b) They serialize objects for distribution.
c) They require .class files to generate stubs and
skeletons.
d) They do not require IDL.
e) They specify the use of the IIOP wire protocol for
distribution.
Ans: a
13. Which one of the following is the result of
attempting to deploy a stateless session bean and
execute one of the method M when the bean
implementation contains the method M NOT defined in
the remote interface?
a) Compile time error for remote interface.
b) Compile time error for bean implementation.
c) Compile time error during stub/skeleton
generation.
d) Code will compile without errors.
e) Compile time error for home interface.
14. If a unique constraint for primary keys is not
enabled in a database, multiple rows of data with the
same primary key could exist in a table. Entity beans
that represent the data from the table described above
are likely to throw which exception?
a) NoSuchEntityException
b) FinderException
c) ObjectNotFoundException
d) RemoveException
e) NullPointerException
M.V.KrishnaKishore. 205 of 209
15. A developer needs to deploy an Enterprise Java
Bean, specifically an entity bean, but is unsure if the
bean container is able to create and provide a
transaction context. Which attribute below will allow
successful deployment of the bean?
a) BeanManaged
b) RequiresNew
c) Mandatory
d) Required
e) Supports
16. What is the outcome of attempting to compile
and execute the method above, assuming it is
implemented in a stateful session bean?
a) Compile-time error for remote interface
b) Run-time error when bean is created
c) Compile-time error for bean implementation class
d) The method will run, violating the EJB
specification.
e) Run-time error when the method is executed
17. Which one of the following is the result of
attempting to deploy a stateless session bean and
execute one of the method M when the bean
implementation contains the method M NOT defined in
the remote interface?
a) Compile time error for remote interface.
b) Compile time error for bean implementation.
c) Compile time error during stub/skeleton
generation.
d) Code will compile without errors.
e) Compile time error for home interface.
18. If a unique constraint for primary keys is not
enabled in a database, multiple rows of data with the
same primary key could exist in a table. Entity beans
that represent the data from the table described above
are likely to throw which exception?
a) NoSuchEntityException
b) FinderException
c) ObjectNotFoundException
M.V.KrishnaKishore. 206 of 209
d) RemoveException
e) NullPointerException
There are two Enterprise Java Beans, A and B. A method in "A"
named "Am" begins execution, reads a value v from the
database and sets a variable "X" to value v, which is one
hundred. "Am" adds fifty to the variable X and updates the
database with the new value of X. "Am" calls "Bm", which is a
method in B. "Bm" begins executing. "Bm" reads an additional
value from the database. Based on the value, "Bm" determines
that a business rule has been violated and aborts the
transaction. Control is returned to "Am".Requirement: If "Bm"
aborts the transaction, it is imperative that the original value be
read from the database and stored in variable X.
19. Given the scenario above, which Transaction
Attributes will most likely meet the requirements
stated?
a) A-RequiresNew, B-Mandatory
b) A-Mandatory, B-RequiresNew
c) A-RequiresNew, B-Supports
d) A-NotSupported, B-RequiresNew
e) A-RequiresNew, B-RequiresNew
20. If an RMI parameter implements
java.rmi.Remote, how is it passed "on-the-wire?"
Choice 1: It can never be passed.
Choice 2: It is passed by value.
Choice 3: It cannot be passed because it implements
java.rmi.Remote.
Choice 4: (Correct) It cannot be passed unless it ALSO
implements java.io.Serializable.
Choice 5: It is passed by reference.
21. public synchronized void txTest(int i) {
System.out.println("Integer is: " + i);
}
What is the outcome of attempting to compile and
execute the method above, assuming it is implemented
in a stateful session bean?
Choice 1: Run-time error when bean is created.
M.V.KrishnaKishore. 207 of 209
Choice 2: The method will run, violating the EJB specification.
Choice 3: (Correct) Compile-time error for bean
implementation class.
Choice 4: Compile-time error for remote interface.
Choice 5: Run-time error when the method is executed.
22. What is the CORBA naming service equivalent of
JNDI?
Choice 1: Interface Definition Language
Choice 2: (Correct) COS Naming
Choice 3: Lightweight Directory Access Protocol
Choice 4: Interoperable Inter-Orb Protocol
Choice 5: Computer Naming Service
23. InitialContext ic = new InitialContext();
TestHome th = (TestHome)
ic.lookup("testBean/TestBean");
TestRemote beanA = th.create();
TestRemote beanB = th.create();
TestRemote beanC = th.create();
beanC.remove();
TestRemote beanD = th.create();
TestRemote beanE = th.create();
beanC = th.create();
Given the above code, container passivates which bean
instance first if the container limited the bean pool size
to four beans and used a "least-recently-used"
algorithm to passivate?
Choice 1: Bean A
Choice 2: Bean B
Choice 3: Bean C
Choice 4: Bean D
Choice 5: Bean E
Ans: 4 (Correct, Since only Statefull session bean and Entity
Bean can be passivated, and Entitybean can not call as
th.create() normally, I take it as statefull session bean)
24. Which one of the following phenomena is NOT
addressedby read-consistency?
a) Phantom read (Correct)
b) Cached read
M.V.KrishnaKishore. 208 of 209
c) Dirty read
d) Non-repeatable read
e) Fuzzy read
25. Which one of the following methods is generally
called in both ejbLoad() and ejbStore()?
a) getEJBObject()
b) getHandle()
c) remove()
d) getEJBHome()
e) getPrimaryKey() (Correct)
M.V.KrishnaKishore. 209 of 209