Jul 182013

The Java EE specification allows enterprise applications to declare security constraints on Web and EJB resources. This is why WebSphere forces you to login when you attempt to access certain URLs (and why you are denied access if you don’t have the rights). This specification also allows WebSphere to enforce who can and cannot invoke various EJB methods. For WebSphere to enforce those constraints, application security must be enabled and configured.
Prior to WebSphere V6.1, Administrative and application security were conflated into a single switch, known as global security. That changed with WebSphere V6.1. By default, new cells (Deployment Manager and Standalone Server profiles) are created with Administrative security enabled and Application security disabled. The name global security still exists but now refers to Administrative security
Enabling/Disabling Administrative and Application Security

For application security to work, you must first enable administrative security. That is normally the case, so let’s just verify that is enabled.

wsadmin> print AdminTask.isGlobalSecurityEnabled()

If it were off, you would turn it on with the following:

wsadmin> AdminTask.setGlobalSecurity (‘[-enabled true]’)

This example presumes that your registry is properly configured, which you can assume at this point. Now you can turn on application security, which requires knowledge of the proper attribute of the Security object. Below illustrates testing, setting, and verifying the setting.

wsadmin>print AdminTask.isAppSecurityEnabled()
wsadmin>securityConfigID = AdminConfig.getid(“/Security:/”)
wsadmin>print AdminTask.isAppSecurityEnabled()

Don’t forget that in order for these settings to take effect, you must save them, synchronize, and restart the cell. After you’ve enabled application security, you can move on to mapping users and/or groups to the security roles defined by each application.

As an aside, we find that Administrators working with WebSphere security for the first time often need to disable Administrative security because they have locked themselves out for one reason or another. Should this happen to you, use what is possibly the world’s most common single-line wsadmin command:

$ wsadmin -conntype NONE -c “securityoff”

Yes, it does exactly what you think it does. If the user executing that command has file system write access to the profile’s config/directory, security will be turned off.


© Incase of any copyright infringements please check copyrights page for faster resolutions.

Leave a Reply

Show Buttons
Hide Buttons