Below
is the list of IBM Websphere Portal basic interview questions and answers.
These IBM Websphere Portal interview questions and answers are meant
for freshers as well as for experienced developers. So, If you going for an
interview on IBM Websphere Portal, I suggest you to must give a look
at following IBM Websphere Portal interview questions. These IBM
Websphere Portal interview questions are based on basic introduction
to IBM Websphere Portal, why we need IBM Websphere
Portal, Dynacache, Websphere Portal Life Cycle, PortletContext,
PortletSession, Websphere Portal Architecture, Trace and logging for WebSphere
Portal, LDAP, ReleaseBuilder tool in WebSphere Portal, Authoring and
Presentation Templates etc. So lets have a look on following basic IBM
Websphere Portal interview questions and answers.
1.What
is Portal?
Portal
is nothing but a web/J2EE application installed on an application server.
Portal provides content aggregation, personalization, authorization and
authentication.
2.What
are Portlets?
Portlets
are applications managed by portal container which generate fragment of portal
page rather than complete page as generated by servlet.
3.
Differences between a Portlet and servlet?
Portlets
generate only fragment of the portal page rather than entire page
Portlets
have more refined request cycle than servlet
Portlets
have predefined modes and window states
Portlets
are can be only invoked using portlet URLs
4.What
are different phases of portlet life cycle?
Portlet
life cycle has following phases
Initialization(init
method)
Process
action
Process
event
Resource
serving
Render
Destroy
5. What
are the different types of Portlet URLs and their use?
There
are three types of portlet URLs
Action
URL- used for submitting forms
Render
URL- used for links
Resource
URL – used for ajax calls and serving documents (pdf files).
6.
Difference between JSR 168 and JSR 286 specifications?
The
major changes in JSR 286 are events, public render parameters, resource serving
and portlet filter.
7. How
is the inter portlet communication carried out in JSR 168 portlet?
The
inter portlet communication for JSR 168 in websphere portal can be done using
dyna cache or shared library. We can create a hash map or any data
structure, where we can store an object that need to be transported with
unique key and retrieve it from the receiving portlet
8. Can
you create a DB connection in render phase? Explain reason?
Yes we
can create DB connection in render phase of portlet. But it is not suggested to
create one in render phase because it will called every time any other
portlet on the page is changed and may result in stale DB connections.
9. What
are different modes supported by JSR 286?
Different
modes supported by JSR 286 are view, edit and help. A portlet should define
its supported mode is portlet.xml file.
10.
What are different States supported by JSR 286?
Different
portlet states supported are normal, maximized and minimized.
11.
What is Dynacache?
Dynacache
is disturbed map used to store and retrieve objects from memory. IBM
provides API to create, store retrieve the objects.
12.
What is CSA?
Client-side
aggregation (CSA) is a new method of rendering a WebSphere Portal page
that moves the rendering workload from the server to the client. It is
made possible by the Representational State Transfer (REST) services
introduced in WebSphere Portal 6.1.
In the
traditional server-side aggregation (SSA) rendering, the page and each of the
portlets is completely rendered on the server, using JSPs, and returned to
the client in one big response.
In
contrast, in CSA, we request only the pieces of information from the server that
are required to update the page as a result of the user’s interactions
with the page.
For
example, if a page contains four portlets and the user clicks a link in one of
the portlets, only that portlet is updated. This means the server must
render only one portlet, instead of four portlets plus the theme for an
interaction with a single portlet.
The
REST services also take greater advantage of caching. Since each individual
artifact can be independently cache-able, the client ends up retrieving a
greater number of responses directly out of cache, further reducing the
server workload.
13.
What are different modes available in Websphere Portal?
A part
for standard modes ( view, edit, help) it provides edit_ defaults and configure
mode.
14.
What can you do with XML access scripts?
Xml
access is command line utility used for exporting and importing portal
configurations. It can be used for backing up the configuration of certain
environments, for loading new configurations (for new portlets or pages,
for example), or for updating existing portlets when a new WAR file is
provided by development. There are few samples
C:\IBM\WebSphere\PortalServer\doc\xml-sample
15.
What is model spi and what is it used for?
Web
sphere uses different model for providing content aggregation and
navigation The available models are Content model, navigation model ,
navigation selection model and layout model. These models are provided
using model spi.
16.
What is Navigation model?
Navigation
model is used to get topology of the navigation available to a user.
17. How
do you solve problems related to themes and skins?
We can
debug theme and skin problems by client side logging and using firebug for
javascript problems
18.
What is Web Content Management System (WCMS)?
Web
Content management system is a software system that helps build and manage a
Web entities (html pages, documents etc.) Once setup is complete it
provides templates for authoring, workflow management to the content.
It is easy to use for non technical user.
19.
What is syndication?
Syndication,
(Web syndication in particular) is a ability to provide users updates of the
content from the site. The most popular formats of web syndication are RSS
and ATOM feeds.
20.
What is local rendering and remote rendering?
The web
content management portlets can be rendered local or remotely. A local
rendering portlet displays content on the same portal as the instance
where the web content manager is installed. A remote rendering portlet
displays Web content on a different portal server than the instance where
Web Content Manager is installed.
21.
What are different steps in creating content for WebSphere portal WCM?
The
following are different steps involved in creating the content for the
WebSphere portal WCM
Create
Library
Create
Workflow
Create
Site area (Sites are removed in WebSphere Portal 7.0)
Create
Authoring templates
Create
Presentation templates
Map
authoring and presentation templates
22.
What are workflows?
A
workflow is a sequence of steps that are followed in creating approved content.
In WebSphere portal, A workflow contains one or more stages. Every stage
contains one or more actions, the following are different Workflow actions
available in WebSphere Publish, Expire, Email, Scheduled Move, Custom
Actions.
23.
What are Authoring and Presentation Templates?
Authoring
Template- This template is defined using authoring portlet, where we
define the access information, form properties and default content.
It does not contain any information for presentation and The elements in
this form are linked to presentation template.
Presentation
Template- This allow to change the look of a page without having to
update what is being displayed on a page. It will allow to define Page
style, Page layout and map element to the authoring templates.
24.
What is the difference between personalization and customization?
Personalization-
It means to serve the user or consumer with user specific
data depending on his interests collected over a time. A real world example
would be google serving ads basing on the recent search you made.
Customization-
It is ability provided to the user to change the layout, styling of the
page and save it.
25.
What is the difference between Application Server and Portal Server?
Application
servers extend the ability of a Web server to handle Web application
requests, and enables a server to generate a dynamic, customized response
to a client request. A portal server extends the application server by
providing a portlet container that can run portlets and to create portal a
website that provides users with a single point of access to
Web-based resources by aggregating those resources in one place.
26.
What are the steps involved in deploying themes and skins in a clustered
production websphere portal environment ?
Export
the WebSphere wps.ear (Portal EAR) using wsadmin.
Use
EarExpander tool to expand the exported wps.ear file.
Copy
the updated themes and skins into ../themes/html, ../skins/html folder.
Use
EarExpander tool to collapse the EAR directory into an EAR file.
Use
wsadmin to update the wps.ear to complete the deployment of updated themes
and skins.
27.
What changes needs to be done to view changes to your theme and skins JSPs
without restarting the portal server?
You
need to enable automatic JSP loading by setting reloadingEnable property to
true in ibm-web-ext.xmi file of the wps.ear.
28.
What are the 3 different ways of installing a portlet application in WebSphere
Portal?
Install
a portlet using the portal administration page using Web Modules portlet.
Install
a portlet using xmlaccess tool.
Pre-deploy
a portlet as a standard EAR by installing the portlet WAR file in WAS console
and then registering the portlet using xmlaccess.
29.
What is the purpose of XMLAccess configuration file Export.xml &
ExportRelease.xml? What is the difference & When will you use one over
the other?
Export.xml
exports the complete portal configuration and useful when
transferring configurations between development installations.
ExportRelease.xml
exports the complete portal configuration from the release domain
as required by the portal ReleaseBuilder tool and useful when tranaferring
different release configurations between staging and production
environments.
30.
List me the steps involved in building a release in WebSphere Portal?
If you
have a completely new installation of the staging server and the production
server:
Install
the staging server, then install the production server.
Develop
a release on the staging server.
Build
the release on the staging server.
Empty
portal contents on the production server by running the WPSconfig.sh|bat
action-empty-portal task.
Import
that release onto the production server. Refer to Transferring a complete
configuration for information.
If you
already have a production server without a staging system:
Export
the release of your production server.
Install
an empty staging server using one of the following two methods:
Install
the staging server with the flag -W emptyPortal.active=True.
After
installing and configuring the staging server, run the WPSconfig.sh|bat
action-empty-portal task.
Import
the production release onto the staging server. Refer to Transferring a
complete configuration for information.
Develop
and build a new release on the staging server.
Export
that new release from the staging server.
Use
ReleaseBuilder to generate the differential between the two releases.
Import
the differential onto the production server.
31.
What is the purpose of ReleaseBuilder tool in WebSphere Portal?
ReleaseBuilder
enables management of release configurations independent of
user configurations and used during staging of follow-on releases of
WebSphere portals, configurations, and artifacts need to be moved between
systems.
32.
What are the steps involved in editing WebSPhere Member Manager (wmm.xml) files
on a federated node?
On the
primary node of the WebSphere Portal cluster, check out the files
using ./WPSconfig.sh check-out-wmm-cfg-files-from-dmgr task.
Make
any changes to the Member Manager files. The files can be edited in
the portal_server_root/wmm directory on the WebSphere Portal node.
When
you have completed your changes, check the files back in using
./WPSconfig.sh check-in-wmm-cfg-files-to-dmgr.
33.
List different types of user registry supported by WebSphere Portal?
LDAP
(includes LDAP with an optional database user registry).
Database
user registry.
Custom
User registry, (non-LDAP, non-database).
34.
What is LDAP realm support and why would I want to use it?
A Realm
allows you to group users from one or more LDAP trees of one user registry
and expose them as a coherent user population to WebSphere Portal; this is
also referred to as horizontal partitioning. Realms allow a flexible user
management with various configuration options; for example, you can
combine principals from one or more corporate LDAP tree. A realm must be
mapped to a Virtual Portal to allow the realm's defined user population to
login to the Virtual Portal.
35.
What is an Application group and why would I want to use it?
Application
groups is a concept that allows you to define user groups within the database
user registry with members (users or groups) contained in the LDAP user
registry you configured.
The
benefit of application groups is that you can create Groups that are only used
in WebSphere Portal particularly in scenarios where there is Read-only
LDAP or special group setup specific to the portal.
36.
What are the two methods to install the empty staging WebSphere portal server?
Empty
portal contents on the staging server by running the ./WPSconfig.sh
action-empty-portal.
Install
portal with the ./install.sh -W emptyPortal.active="True" option.
37. How
do you stop portal traffic to the node being upgraded in 24x7 cluster
upgrade process ?
Locate
the cluster member being upgraded, and change the value in the Configured
weight column from a value to zero and make sure the plugin config
information is propagated to webserver to stop traffic.
38. How
to set limits on searches for users and groups?
Setting
a maximum number of search results maximumSearchResults="200" in
wmm.xml
39.
What portal resources are scoped for virtual portal?
Portal
pages.
Portlet
instances.
Portal
Search Engine search services and search collections. This includes the search
content sources.
40.
What portal resources can't be seperated for virual portal?
Themes
and skins.
Vault
segments and vault slots.
Supported
clients and markups.
Composite
applications and templates.
Policies.
41. How
do you enable temporary and extended trace logging for WebSphere Portal?
Temporary
traces can be set for a temporary period by using the administration portlet
Enable Tracing or the IBM WebSphere Application Server administrative
console and also using the Enable Tracing portlet in the portal administration
page.
To
enable extended trace settings for a longer period of time, that is, for more
than one session, switch them on in the WebSphere Application Server
configuration, save the updates and restart the portal server.
42.
What are the different states of the syndication process?
Idle:
No syndication is occurring.
Pending:
A request has been made to the syndicator, but it has yet to initiate a request
to the syndication application.
Queued:
The syndicator has sent a request to the syndication application,
but syndication is not yet active.
Active:
Syndication is occurring between the syndicator and subscriber.
Disabled:
Syndication is currently disabled.
43.
What are the two types of rendering portlets?
Local
rendering portlet and Remote rendering portlet
44.
Explain Portal architecture.
The
core implementation of the portal is UI, hosted by a Portal server. The HTTP
requests, HTML responses, and returning appropriate portal pages are
handled by the Portal UI. Enterprise Web application also can be handled
by the Portal Server.
The
portal architecture has the following:
Automaton
Server: This server performs the management of job scheduling
and implementation of a portal. It accesses all remote crawlers and
profile services retrieved and stored from a remote database.
Image
Server: This server hosts images and other web page content used by web
services and a portal. With this configuration, large static files are to
be sent directly to the browser without portal server impacts.
Search
Server: This server indexes and searches all the information,
applications, communities, documents, web sites through portal.
Collaboration
Server: Web content publication and management for portals and
web applications are supported by this server. Its functionality can be
accessed by a remote web services through Enterprise Web Development kit.
Content
Server: Publication and management of web content for portals and web
applications along with form based publishing, branding, templates,
content expiration is allowed by this server.
Authentication
Server: This server handles the portal authentication for users and
remote services can be accessed through EDK.
Remote
Servers: Web services written using the EDK are hosted by remote
servers. The servers can be in different countries, on different platforms
and domains.
45.
What is PortletSession interface?
User
identification across many requests and transient information storage about the
user is processed by PortletSession interace. One PortletSession is created
per portlet application per client.
The
PortletSession interface provides a way to identify a user across more than one
request and to store transient information about that user.
The
storing of information is defined in two scopes- APPLICATION_SCOPE
and PORTLET_SCOPE.
APPLICATION_SCOPE:
All the objects in the session are available to all
portlets,servlets, JSPs of the same portlet application, by using
APPLICATION_SCOPE.
PORTLET_SCOPE:
All the objects in the session are available to the portlet during
the requests for the same portlet window. The attributes persisted in the
PORTLET_SCOPE are not protected from other web components.
46.
What is PortletContext interface?
The
portlet view of the portlet container is defined by PortletContext. It allows
the availability of resources to the portlet. Using this context, the
portlet log can be accessed and URL references to resources can be
obtained. There is always only one context per portlet application per
JVM.
47. How
to change the default portal URI /wps/portal after installation?
Set the
property WpsContextRoot to the new URI and run ./WPSConfig.sh
modify-servlet-path task.
What is a portlet filter?
A filter is a reusable piece of code that can transform the
content of portlet requests and
portlet responses. Filters do not generally create a response or
respond to a request as
portlets do, rather they modify or adapt
the requests, and modify or adapt the response.
Among the types of functionality available to the developer
needing to use filters are the
following:
The modification of request data by wrapping the request in
customized versions
of the request object.
The modification of response data by providing customized
versions of the
response object.
The interception of an invocation of a portlet after its call.
Portlet filters are modeled after the servlet filters in order
to make them easy to
understand for people already familiar with the servlet model
and to have one consistent
filter concept in JavaEE.
PortletPreferences Interface:
Portlets are commonly configured to provide a customized view or
behavior for different
users. This configuration is represented as a persistent set of
name-value pairs and it is referred to as portlet preferences. The portlet
container is responsible for the details of
retrieving and storing these preferences.
Portlets have access to the associated PortletPreferences
object while they
are processing requests. Portlets may only modify preferences
attributes during a
processAction, processEvent, or serveResource invocation.
PortletPreferences prefs = req.getPreferences();
String[] symbols = prefs.getValues(”preferredStockSymbols”,new
String[]{”ACME”,”FOO”});
String url = prefs.getValue(”quotesFeedURL”,null);
int refreshInterval =
Integer.parseInt(prefs.getValue(”refresh”,”10”));
<portlet>
...
<!—- Portlet Preferences -->
<portlet-preferences>
<preference>
<name>PreferredStockSymbols</name>
<value>FOO</value>
<value>XYZ</value>
<read-only>true</read-only>
</preference>
<preference>
<name>quotesFeedURL</name>
<value>http://www.foomarket.com/quotes</value>
</preference>
</portlet-preferences>
</portlet>
Nice one. Do you have any doc and post for Portal adminstration?
ReplyDelete