10 Advanced User Tools

This chapter describes advanced user tools. It contains the following topics:

Web Services Policy-Based Security

Oracle Adapter Application Explorer (Application Explorer) provides a security model called Web services policy-based security. The following topics describe how the feature works and how to configure it.

Web services provide a layer of abstraction between the back-end business logic and the user or application running the Web service. Easy application integration is enabled. However, the issue of controlling the use and implementation of critical and sensitive business logic that is run as a Web service is raised.

Application Explorer controls the use of Web services that use adapters, using a feature called policy-based security. This feature enables an administrator to apply policies to business services (Web services) to deny or permit their execution.

A policy is a set of privileges dealing with the execution of a business service that can be applied to an existing or new business service. When you set specific rights or privileges inside a policy, you do not have to re-create privileges for every business service that has security concerns in common with other business services. Instead, you reuse a policy on multiple business services.

The goal of the feature is to secure requests at both the transport and the SOAP request level transmitted on the wire. Some of the policies do not deal with security issues directly, but do affect the run-time behavior of the Web services to which they have been applied.

The BSE administrator creates an "instance" of a policy type, names it, associates individual users or groups (a collection of users), and then applies that policy to one or more business services.

You can assign a policy to a business service, or to a method within a business service. If a policy is only applied to a method, other methods in that business service will not be governed by it. However, if a policy is applied to the business service, all methods are governed by it. At run-time, the user ID and password that are sent to BSE in the SOAP request message are checked against the list of users for all policies applied to that specific business service. The policy type that is supported is Resource Execution, which dictates who can or cannot execute the business service.

When a policy is not applied, the default value for a business service is to "grant all". For example, anybody can execute the business service, until the Resource Execution policy is associated to the business service. At that time, only those granted execution permissions, or users not part of the group that has been denied execution permissions, have access to the business service.

Configuring Web Services Policy-Based Security

The following procedures describe how to configure Web services policy-based security.

Creating and Associating a User with a Policy

Before you create instances of policies, you must have a minimum of one user or one group to associate to an instance. You can create users and groups using Application Explorer.

  1. Start Application Explorer.

  2. Right-click the configuration to which you want to connect, for example, SampleConfig. For more information on how to create a new configuration, see Chapter 2, "Configuring Oracle Application Adapter for PeopleSoft".

  3. Select Connect.

    Nodes appear for Adapters and Business Services (also known as Web services), as shown in Figure 10-1.

    Figure 10-1 Sample Configuration Node

    sample config
    Description of "Figure 10-1 Sample Configuration Node"

    1. Expand the Business Services node.

    2. Expand the Configuration node.

    3. Expand the Security node.

    4. Expand the Users and Groups node, as shown in Figure 10-2.

      Figure 10-2 New User Option

      new user
      Description of "Figure 10-2 New User Option"

  4. Right-click Users and click New User.

    The New User dialog is displayed, as shown in Figure 10-3.

    Figure 10-3 New User Dialog

    new user dialog box
    Description of "Figure 10-3 New User Dialog"

    1. In the Name field, enter a user ID.

    2. In the Password field, enter the password associated with the user ID.

    3. In the Description field, enter a description of the user (optional).

  5. Click OK.

    The new user is added under the Users node, as shown in Figure 10-4.

Creating a Group to Use With a Policy

To create a group to use with a policy:

  1. Start Application Explorer.

  2. Right-click the configuration to which you want to connect, for example, SampleConfig. For more information on how to create a new configuration, see Chapter 2, "Configuring Oracle Application Adapter for PeopleSoft".

  3. Select Connect.

    Nodes appear for Adapters and Business Services (also known as Web services), as shown in Figure 10-5.

    1. Expand the Business Services node.

    2. Expand the Configuration node.

    3. Expand the Security node.

    4. Expand the Users and Groups node.

  4. Right-click Groups and select New Group, as shown in Figure 10-6.

    The New Group dialog is displayed, as shown in Figure 10-7.

    Figure 10-7 New Group Dialog

    new group dialog box
    Description of "Figure 10-7 New Group Dialog"

    1. In the Name field, enter a name for the group.

    2. In the Description field, enter a description for the group (optional).

    3. From the available list of users in the left pane, select one or more users and add them to the Selected list by clicking the double right-facing arrow.

  5. When you have selected at least one user, click OK.

    The following shows the new group added under the Groups node, as shown in Figure 10-8.

Creating an Execution Policy

An execution policy governs who can execute the business services to which the policy is applied.

To create an execution policy:

  1. Start Application Explorer.

  2. Right-click the configuration to which you want to connect, for example, SampleConfig. For more information on how to create a new configuration, see Chapter 2, "Configuring Oracle Application Adapter for PeopleSoft".

  3. Select Connect.

    Nodes appear for Adapters and Business Services (also known as Web services), as shown in Figure 10-9.

    1. Expand the Business Services node.

    2. Expand the Configuration node.

    3. Expand the Security node.

    4. Expand the Policies.

      Figure 10-10 Policies Node

      new policy option
      Description of "Figure 10-10 Policies Node"

  4. Right-click Policies and select New Policy, as shown in Figure 10-10.

    The New policy dialog is displayed, as shown in Figure 10-11.

    Figure 10-11 New Policy Dialog

    new policy dialog box
    Description of "Figure 10-11 New Policy Dialog"

    Provide the following information:

    1. In the Name field, enter a name for the policy.

    2. From the Type list, select Execution.

    3. In the Description field, enter a description for the policy (optional).

    4. From the available list of users in the left pane, select one or more users and add them to the Selected list by clicking the double right-facing arrow.

      Note:

      This user ID is checked against the value in the user ID element of the SOAP header sent to BSE in a SOAP request.
  5. When you have selected at least one user, click OK.

  6. Click Next.

    The New Policy permissions dialog is displayed, as shown in Figure 10-12.

    Figure 10-12 New Policy Permissions Dialog

    new policy permissions dialog box
    Description of "Figure 10-12 New Policy Permissions Dialog"

  7. To grant permission to a user or group to execute a business service, select the user or group and move them into the Execution Granted list by selecting the double left-facing arrow.

  8. To deny permission to a user or group to execute a business service, select the user or group and move them into the Execution Denied list by selecting the double right-facing arrow.

  9. Click OK.

    The following pane summarizes your configuration, as shown in Figure 10-13.

    Figure 10-13 Policy Permissions Summary

    policy permissions summary
    Description of "Figure 10-13 Policy Permissions Summary"

Using the IP and Domain Restrictions Policy Type

You configure the IP and Domain Restriction policy type slightly differently from other policy types. The IP and Domain Restriction policy type controls connection access to BSE and therefore need not be applied to individual Web services. You need not create a policy; however, you must enable the Security Policy option in Application Explorer.

  1. Start Application Explorer.

  2. Right-click the configuration to which you want to connect, for example, SampleConfig. For more information on how to create a new configuration, see Chapter 2, "Configuring Oracle Application Adapter for PeopleSoft".

  3. Select Connect.

    Nodes appear for Adapters and Business Services (also known as Web services), as shown in Figure 10-14.

    Figure 10-14 Web Services

    sample config
    Description of "Figure 10-14 Web Services"

    Perform the following steps:

    1. Expand the Business Services node.

    2. Expand the Configuration node.

    3. Expand the Security node.

  4. Right-click IP and Domain and select New IP and Domain Restriction, as shown in Figure 10-15.

    Figure 10-15 IP and Domain Node

    IP and domain node
    Description of "Figure 10-15 IP and Domain Node"

    The New IP and Domain Restriction dialog is displayed, as shown in Figure 10-16.

    Figure 10-16 New IP and Domain Restriction Dialog

    IP and domain nodes
    Description of "Figure 10-16 New IP and Domain Restriction Dialog"

    Perform the following steps:

    1. In the IP(Mask)/Domain field, enter the IP or domain name using the following guidelines.

      If you select Single (Computer) from the Type list, you must provide the IP address for that computer. If you only know the DNS name for the computer, click DNS Lookup to obtain the IP Address based on the DNS name.

      If you select Group (of Computers), you must provide the IP address and subnet mask for the computer group.

      If you select Domain, you must provide the domain name.

    2. From the Type list, select the type of restriction.

    3. In the Description field, enter a description (optional).

    4. To grant access, select the Grant Access check box.

  5. Click OK.

    The new domain is added under the IP and Domain node.

    The following pane summarizes your configuration, as shown in Figure 10-17.

    Figure 10-17 IP and Domain Permissions Configuration

    IP and domain configuration summary
    Description of "Figure 10-17 IP and Domain Permissions Configuration"

Migrating Repositories

During design time, the Oracle repository is used to store metadata created when using Application Explorer to configure adapter connections, browse EIS objects, configure services, and configure listeners to listen for EIS events. The information in the repository is also referenced at run-time. For management purposes, you can migrate BSE and J2CA repositories that are configured for Oracle to new destinations without affecting your existing configuration. For example, you may want to migrate a repository from a test environment to a production environment.

Migrating a BSE Repository

To migrate a BSE repository:

  1. Copy the BSE control service URL, for example:

    http://localhost:8001/ibse/IBSEServlet/admin/iwcontrol.ibs
    
  2. Open a third party XML editor, for example, XMLSPY.

  3. From the menu bar, click SOAP.

    A list of options appears, as shown in Figure 10-18.

    Figure 10-18 Expanded SOAP Menu

    Create new SOAP request
    Description of "Figure 10-18 Expanded SOAP Menu"

  4. Select Create new SOAP request.

    The WSDL file location dialog is displayed, as shown in Figure 10-19.

    Figure 10-19 WSDL File Location Dialog

    WSDL file location dialog box
    Description of "Figure 10-19 WSDL File Location Dialog"

    Perform the following steps:

    1. In the Choose a file field, paste the BSE control service URL.

    2. Append ?wsdl to the URL, for example:

      http://localhost:8001/ibse/IBSEServlet/admin/iwcontrol.ibs?wsdl
      
  5. Click OK.

    The soap operation name dialog is displayed, listing the available control methods, as shown in Figure 10-20.

    Figure 10-20 Soap Operation Name Dialog

    SOAP operation name dialog box
    Description of "Figure 10-20 Soap Operation Name Dialog"

  6. Select the MIGRATEREPO(MIGRATEREPO parameters) control method and click OK.

    Note:

    The MIGRATEREPO(MIGRATEREPO parameters) control method is available from the BSE administration console. This control method migrates all Web services to the new (empty) repository. You can choose to migrate select Web services only.

    The following window is displayed. It shows the structure of the SOAP envelope, as shown in Figure 10-21.

    Figure 10-21 SOAP Envelope Structure

    SOAP envelope (structure view)
    Description of "Figure 10-21 SOAP Envelope Structure"

  7. Locate the Text view icon in the toolbar, as shown in Figure 10-22.

    Figure 10-22 Text View Icon

    Text view icon
    Description of "Figure 10-22 Text View Icon"

  8. To display the structure of the SOAP envelope as text, click the Text view icon.

    The <SOAP-ENV:Header> tag is not required and can be deleted from the SOAP envelope.

  9. Locate the following section:

    <m:MIGRATEREPO xmlns:m="urn:schemas-iwaysoftware-com:jul2003:ibse:config" version="">
    <m:repositorysetting>
    <m:rname>oracle</m:rname>
    <m:rconn>String</m:rconn>
    <m:rdriver>String</m:rdriver>
    <m:ruser>String</m:ruser>
    <m:rpwd>String</m:rpwd>
    </m:repositorysetting>
    <m:servicename>String</m:servicename>
    </m:MIGRATEREPO>
    

    Perform the following steps:

    1. For the <m:rconn> tag, replace the String placeholder with a repository URL where you want to migrate your existing BSE repository.

      The Oracle repository URL has the following format:

      jdbc:oracle:thin:@[host]:[port]:[sid]
      
    2. For the <m:rdriver> tag, replace the String placeholder with the location of your Oracle driver.

    3. For the <m:ruser> tag, replace the String placeholder with a valid user name to access the Oracle repository.

    4. For the <m:rpwd> tag, replace the String placeholder with a valid password to access the Oracle repository.

  10. Perform one of the following migration options.

    • If you want to migrate a single Web service from the current BSE repository, enter the Web service name in the <m:servicename> tag, for example:

      <m:servicename>PeopleSoftService1</m:servicename>
      
    • If you want to migrate multiple Web services from the current BSE repository, duplicate the <m:servicename> tag for each Web service, for example:

      <m:servicename>PeopleSoftService1</m:servicename>
      <m:servicename>PeopleSoftService2</m:servicename>
      
    • If you want to migrate all Web services from the current BSE repository, remove the <m:servicename> tag.

  11. From the menu bar, click SOAP and select Send request to server, as shown in Figure 10-23.

    Your BSE repository and any Web services you specified are now migrated to the new Oracle repository URL you specified.

Migrating a J2CA Repository

To migrate a J2CA repository:

  1. Navigate to the location of your J2CA configuration directory where the repository schemas and other information is stored, for example:

    <ADAPTER_HOME>\soa\thirdparty\ApplicationAdapters\config\JCA_CONFIG
    

    Where JCA_CONFIG is the name of your J2CA configuration.

  2. Locate and copy the repository.xml file.

  3. Place this file in a new J2CA configuration directory to migrate the existing repository.

    Your J2CA repository is migrated to the new J2CA configuration directory.