Resource Scope

It is important to understand that the scope of a cell’s configuration controls the visibility of that resource to other resources and application server instances. An example of a resource might be a data source definition, or a WebSphere variable definition.

Scopes are typically defined as being one of the following:
● Cell – All resources defined at this scope are visible to all other resources defined in the
cell, and are thus configured globally available.
● Node – A cell has one or more nodes. Each node is named and matches with some
WebSphere Application Server profile on some physical server. All resources defined at this scope are visible only to other resources defined in this same node, including any server definitions.
● Server – A node has one or more server definitions. All resources defined at this scope are visible only to that server. No other server or node can use these resources.
● Cluster – A resource defined at a cluster scope is visible to all cluster members, or server instances, in this cluster; this resource is not visible to any other servers in the same nodes.

All enterprise applications are cell scoped because only one enterprise application with a given name can be present in a cell. If multiple servers and clusters, or
multiple clusters, require the use of that enterprise application, they
must share it.

IBM WebSphere Application Server Extended Deployment offers the capability manage multiple editions of the same enterprise application, including the mapping of these editions to different servers and clusters, or to different clusters. WebSphere Portal, however, does not currently exploit this feature.

Typically, when installing an enterprise application that will be shared across multiple clusters, the administrator simply installs the enterprise application archive (EAR) into the cell’s management server, Deployment Manager, and then maps the application to the target clusters where it will run

The Java 2 Platform, Enterprise Edition (J2EE) security configuration for the cell is shared by all servers and clusters managed in the cell. Therefore, each server and cluster must share the same underlying user repository against which users are authenticated when they use any application hosted by any server or cluster in that same cell

5 comments:

Anonymous said...

Hi -

Do you know of a way using wsadmin and jython to get the ID of a cluster scoped datasource? I can only get the cell scoped datasource back. I am using

AdminConfig.getid('/Cell:mycell/JDBCProvider:ORACLE_TYPE_4/DataSource:myDatasource')

Anonymous said...

Answering my question since I have recently figured it out - in case anyone else runs into this same issue here is the call:

AdminConfig.getid('/Cell:mycell/ServerCluster:mycluster/JDBCProvider:ORACLE_TYPE_4/DataSource:myDatasource')

srjwebsolutions said...


We are leading responsive website designing and development company in Noida.
We are offering mobile friendly responsive website designing, website development, e-commerce website, seo service and sem services in Noida.

Responsive Website Designing Company in Noida
Website Designing Company in Noida
SEO Services in Noida
SMO Services in Noida

EG MEDI said...

Egmedi.com is online medical store pharmacy in laxmi nagar Delhi. You can Order prescription/OTC medicines online.
Cash on Delivery available. Free Home Delivery


Online Pharmacy in Delhi
Buy Online medicine in Delhi
Online Pharmacy in laxmi nagar
Buy Online medicine in laxmi nagar
Onine Medical Store in Delhi
Online Medical store in laxmi nagar
Online medicine store in delhi
online medicine store in laxmi nagar
Purchase Medicine Online
Online Pharmacy India
Online Medical Store


Vikas Chaudhary said...

Battery Mantra is Authorized exide car battery dealer in Noida and Greater Noida. We are providing our service in Indirapuram, Delhi, Ashok Nagar.

Exide Battery Dealer in Noida
Battery Dealer in Noida
Authorized Battery Dealer in Noida
Car Battery Dealer in Noida
Car Battery Dealer
Exide Battery Dealer