Multiple cluster portlet deployment
Although portlets are a type of enterprise application, portlet deployment is typically done through WebSphere Portal. If done directly to WebSphere Application Server, WebSphere Portal must be notified. WebSphere Portal maintains configuration information that is extracted from the portlet descriptor (portlet.xml) during portlet deployment.
If a portlet is deployed through WebSphere Portal, it first takes whatever configuration information it needs from the portlet's WAR file. 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 display name, suffixed with the generated object ID. It guarantees the underlying enterprise application name is unique to this portal. If this portal is clustered, the new enterprise application is common to this cluster, but unique from any other cluster in the cell. The object ID is guaranteed to be unique.
If the portlet was deployed during initial installation, then the object ID might 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, many portlets are common between the clusters. These portlets share object IDs.
When we deploy and activate portlets, while we are logged in to WebSphere Portal, we must log out and log back in to see the updated status for the portlets.