Chapter 7. iSeries portlets 269
Figure 7-1 Sample portal home page
7.1.2 Portlet
From a user’s perspective, a portal is like a television which broadcasts specialized programs
on specific television channels-portlets. From an application development perspective,
portlets are pluggable components that run inside a portlet container of a portal server
instance. Portlets are shared components that provide access to Web-based applications,
contents, and other portal resources.
A portlet container manages a runtime life cycle in which portlets are created, used, and then
destroyed. A portlet container is not a stand-alone container such as servlet container. It is
implemented as a thin layer on top of the servlet container. Its function is to reuse the services
provided by the servlet container. A portlet container relies on the Java 2 Platform, Enterprise
Edition (J2EE) architecture implemented by WebSphere Application Server.
Every portlet has to inherit from the abstract org.apache.jetspeed.portlet.Portlet class, either
by deriving directly from it or by using one of the abstract portlet implementations or
PortletAdapter. Unlike servlets, portlets cannot send redirect or error messages to browsers
directly, forward requests, or write arbitrary markup to the output stream. Portlets can be
administered dynamically using the portal administration interface provided by WebSphere
Portal.
Standard portlet
The portlets shown in Table 7-1, Table 7-2, and Table 7-3 are available with WebSphere
Portal. They are located in wp_root/InstallableApps directory, where wp_root is the root
directory for the WebSphere Portal server instance. For example, if your instance’s name is
myPortal, then the root directory is /QIBM/UserData/WebAS5/Base/myPortal/
PortalServer5/installableApps.