WAS v8.5 > WebSphere applications > Portlet applications > Portlet containerPortlets
Portlets are reusable web modules that provide access to Web-based content, applications, and other resources. Portlets can run on the application server because it has an embedded JSR 286 Portlet container. The JSR 286 API provides backwards compatibility. We can assemble portlets into a larger portal page, with multiple instances of the same portlet displaying different data for each user.
From a user's perspective, a portlet is a window on a portal site that provides a specific service or information, for example, a calendar or news feed. From an application development perspective, portlets are pluggable web modules that are designed to run inside a portlet container of any portal framework. We can either create our own portlets or select portlets from a catalog of third-party portlets.
Each portlet on the page is responsible for providing its output in the form of markup fragments to be integrated into the portal page. The portal is responsible for providing the markup surrounding each portlet. In HTML, for example, the portal can provide markup that gives each portlet a title bar with minimize, maximize, help, and edit icons.
We can also include portlets as fragments into servlets or JSP files. This provides better communication between portlets and the Java EE web technologies provided by the application server.
If we use Rational Application Developer version 6 to create your portlets, you must remove the following reference to the std-portlet.tld from web.xml to run the portlets outside of Rational Application Developer:
<taglib id="PortletTLD"> <taglib-uri>http://java.sun.com/portlet</taglib-uri> <taglib-location>/WEB-INF/tld/std-portlet.tld</taglib-location> </taglib>
Also if we use Rational Application Developer version 6 to create portlets, note that portlets created using the Struts Portlet Framework are not supported on WebSphere Application Server.
Portlet applications
If the portlet application is a valid web application written to the Java Portlet API, the portlet application can operate on both the Portal Server and the WAS without requiring any changes. JSR 168 and JSR 286 compliant portlet applications must not use extended services provided by WebSphere Portal to operate on the WAS.
Related concepts:
Portlet container
Portlet aggregation using JSP
Portlet URL security
Supported optional features of the JSR-286 Portlet Specification
Portlet filters
Related
Tasks: Managing portlets
Configure portlet fragment caching
Reference:
Portlet container settings
Aggregation tag library attributes
Related information:
Exploiting the WAS V6.1 portlet container: Part 2: Going beyond the basics
What's new in the Java Portlet Specification V2.0 (JSR 286)?