Configure standalone custom registries

 

+

Search Tips   |   Advanced Search

 

Use the following information to configure standalone custom registries through the console.

Before you begin this task, implement and build the UserRegistry interface.

The following steps are required to configure standalone custom registries through the console.

 

Procedure

  1. Click...

    Security | Secure administration, applications, and infrastructure | User account repositories | Standalone custom registry | Configure

  2. Enter a valid user name in the Primary administrative user name field. This ID is the security server ID, which is only used for WAS security and is not associated with the system process that runs the server. The server calls the local operating system registry to authenticate and obtain privilege information about users by calling the native APIs in that particular registry.

  3. Enter the complete location of the dot-separated class name that implements the com.ibm.websphere.security.UserRegistry interface in the Custom registry class name field. For the sample, this file name is com.ibm.websphere.security.FileRegistrySample.

    The file exists in the WAS class path preferably in...

    app_server_root/lib/ext

    This file exists in all the product processes. Thus, this file exists in the cell class path and in all of the node class paths.

    The sample provided is intended to familiarize you with this feature. Do not use this sample in an actual production environment.

  4. Add your custom registry class name to the class path. It is recommended that you add the Java Archive (JAR) file that contains your custom user registry implementation to the app_server_root/classes directory.
  5. Optional: Select the Ignore case for authorization option for the authorization to perform a case insensitive check. Enabling this option is necessary only when your user registry is case insensitive and does not provide a consistent case when queried for users and groups.

  6. Click Apply if you have any other additional properties to enter for the registry initialization.
  7. Optional: Enter additional properties to initialize your implementation.

    1. Click...

      Custom properties | New

    2. Enter the property name and value.

      For the sample, enter the following two properties. It is assumed that the users.props file and the groups.props file are in the customer_sample directory under the product installation directory. You can place these properties in any directory that you choose and reference their locations through custom properties. However, make sure that the directory has the appropriate access permissions.

      Property name Property value
      usersFile ${USER_INSTALL_ROOT}/customer_sample /users.props
      groupsFile ${USER_INSTALL_ROOT}/customer_sample /groups.props

      Samples of these two properties are available in users.props file and groups.props file.

      The Description, Required, and Validation Expression fields are not used and can remain blank.

      In a ND environment where multiple WebSphere Application Server processes exist, such as cell and multiple nodes in different machines, these properties are available for each process. Use the USER_INSTALL_ROOT relative name to locate any files, as this name expands to the product installation directory. If this name is not used, ensure that the files exist in the same location in all the nodes.

      WAS version 4-based custom user registry is migrated to the custom user registry based on the com.ibm.websphere.security.UserRegistry interface.

    3. Click Apply.

    4. Repeat this step to add other additional properties.

  8. Click Security > Secure administration, applications, and infrastructure.

  9. Under User account repository, click the Available realm definitions drop-down list, select Standalone custom registry, and click Configure.

  10. Select either the Automatically generated server identity or Server identity that is stored in the repository option. If you select the Server identity that is stored in the repository option, enter the following information:

    Server user ID or administrative user on a V6.0.x node

    Specify the short name of the account that is chosen in the second step.

    Server user password

    Specify the password of the account that is chosen in the second step.

  11. Click OK and complete the required steps to turn on security.

 

Results

This set of steps is required to set up the standalone custom registry and to enable security in WAS.

The security component of WAS expands a selected list of variables when enabling security. See Variable settings for more detail.

 

What to do next

  1. Complete the remaining steps, if you are enabling security.

  2. Validate the user and password. Save and synchronize in the cell environment.

  3. After security is turned on, save, stop, and start all the product servers, including cell, nodes, and all of the appservers, for any changes to take effect. If the server comes up without any problems, the setup is correct.



Standalone custom registry settings

Standalone custom registry wizard settings

FileRegistrySample.java file

 

Related tasks


Developing standalone custom registries
Migrating custom user registries
Selecting a registry or repository

 

Related Reference


UserRegistry interface methods