Portlet deployment


Overview

Although portlets are a type of enterprise application, portlet deployment is typically done through WebSphere Portal. If done directly to WebSphere Application Server, portal has to be notified separately because portal maintains configuration information extracted from the portlet descriptor (portlet.xml) during portlet deployment.

If a portlet is deployed through WebSphere Portal (console or DeployPortlet.xml), it first takes whatever configuration information it needs from the portlet's WAR file, and then it generates a unique object ID for this portlet. WebSphere Portal then wraps the portlet's WAR within an EAR definition, giving it a name based on the portlet's display name, suffixed with the generated object ID. This guarantees that the portlet's underlying enterprise application name is unique to this portal. In the event that this portal is clustered, the new enterprise application will be common to this cluster, but unique from any other cluster in the cell, because again the object ID is guaranteed to be unique.

If, however, the portlet was already deployed as part of the basic portal configuration during initial installation, then the object ID is likely to be the same as other portal installations based on the same version of WebSphere Portal. When multiple clusters are defined in the same cell based on this version, there will likely be many portlets that are common between the clusters, because they share the same object IDs.


Parent

Manage portlets in cluster

 


+

Search Tips   |   Advanced Search