IBM WebSphere Studio Asset Analyzer for Multiplatforms Version 4 Release 1

Configuration and Migration Guide


GC18-9517-00
Note!

Before using this information and the product it supports, be sure to read the general information under Notices.

Fourth Edition (March 2005)

This edition applies to IBM WebSphere Studio Asset Analyzer for Multiplatforms Version 4 Release 1 (Program Number 5655-M22).

This edition also applies to all subsequent releases and modifications until otherwise indicated in new editions or technical newsletters.

You can order publications online at www.ibm.com/shop/publications/order, or order by phone or fax. IBM Software Manufacturing Solutions takes publication orders between 8:30 a.m. and 7:00 p.m. Eastern Standard Time (EST). The phone number is (800)879-2755. The fax number is (800)445-9269.

You can find out more about WebSphere Studio Asset Analyzer for Multiplatforms by visiting the IBM Web site for the product at: www.ibm.com/software/awdtools/wsaa/.

A form for reader's comments appears at the back of this publication. When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you.

Copyright International Business Machines Corporation 2003, 2005. All rights reserved.
US Government Users Restricted Rights -- Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

Contents

Introduction
Product interfaces
User permissions
Installation configurations
Using this guide
Configuring companion products
Configuring IBM HTTP Server
Configuring WebSphere Application Server (WAS)
Configuring WAS Version 4
Configuring WAS Version 5
Configuring WebSphere Studio Asset Analyzer
Defining product defaults
Defining environment variables
Providing DB2 information
Creating the database
Binding DB2 packages and plans
Granting DB2 privileges
Configuring source code management systems
Making Panvalet available
Making ChangeMan and SCLM available
Configuring inventory analyzers
Configuring the JCL analyzer
Configuring the default job card for clients
Restarting the HTTP Server
Removing old macros
Reinstalling a server component or upgrading from an earlier version
Establishing the Windows server component
Creating the database alias and testing your connection
Accessing WebSphere Studio Asset Analyzer from a browser
Downloading the installation code
Installing the Windows server component
Configuring the Windows server component
Increasing the Windows virtual memory page size
Scanning distributed assets on AIX file systems from Windows
Establishing the AIX server component
Accessing the database
Installing the files
Installing JVM properties
Installing the JDBC provider
Installing the Web application
Installing online help
Starting the scanner
Setting up for WebSphere Studio Asset Analyzer Web Services
Verifying that the product was successfully installed and configured
Loading a logical CICS region
Taking an inventory of PDS members
Taking an inventory of the sample PDS library
Checking the status of inventory collection
Checking results of your inventory in the browser
Verifying component counts
Loading and verifying distributed components
Resetting the database to its initial state
Restricting access to administrative functions
Updating this guide in your online help
Solving problems
Migrating from WebSphere Studio Asset Analyzer Version 2
Migrating from WebSphere Studio Asset Analyzer Version 3.1.0
Post migration configuration
Notices
Trademarks

Introduction

This guide is intended for the system programmer responsible for program installation and maintenance. It contains information concerning the procedures associated with the configuration of WebSphere Studio Asset Analyzer for Multiplatforms and migration from earlier releases. This publication provides detailed instructions on how to create, configure, and load the DB2 database. It also gives instructions for specifically configuring your HTTP Server and WebSphere Application Server for use with WebSphere Studio Asset Analyzer.

It contains a sample installation verification procedure to ensure that the database loads correctly and instructions on how to set up the sample applications.

Product interfaces

You use two interfaces to configure WebSphere Studio Asset Analyzer: ISPF on the host and Internet Explorer on the workstation. Therefore you need Microsoft Internet Explorer 5.5 or later installed on your workstation.

User permissions

Each user of WebSphere Studio Asset Analyzer must have a TSO userid on the MVS system, and that userid must have the authority to connect to the product database to INSERT, UPDATE, DELETE, and SELECT rows from the database tables. If WebSphere Studio Asset Analyzer is being accessed from Windows, any userid connecting to the database must have the authority to create remote connections.

Because some administrative WebSphere Studio Asset Analyzer requests create jobs that access the database, any userid that has administrative authority must also have the authority to access DB2 from a batch job, even if such a job is not submitted directly.

Installation configurations

You can install WebSphere Studio Asset Analyzer with one of the following configurations:

The following tables show where the related software and the components of WebSphere Studio Asset Analyzer are installed for each of these configurations.

Table 1. Using WAS for MVS
MVS Windows or AIX
DB2
HTTP Server
WAS
MVS asset scanners+
MVS asset servlets+
* Distributed asset servlets+
* DB2 Connect (connecting to remote database)
* HTTP Server
* WAS
* Distributed asset scanners and analyzers+
* Distributed source viewer+
Notes:
  1. + denotes a component of WebSphere Studio Asset Analyzer
  2. * denotes an optional component
Table 2. Using WAS for Windows or WAS for AIX
MVS Windows or AIX
DB2
HTTP Server
MVS asset scanners+
DB2 Connect (connecting to remote database)
HTTP Server
WAS
MVS asset servlets+
* Distributed asset scanners and analyzers+
* Distributed source viewer+
* Distributed asset servlets+
Notes:
  1. + denotes a component of WebSphere Studio Asset Analyzer
  2. * denotes an optional component

See the WebSphere Studio Asset Analyzer Program Directory for the versions and releases for the above related software that is required for this release of WebSphere Studio Asset Analyzer. You can find the Program Directory on the product Library Web page.

Using this guide

The tasks that you perform to configure WebSphere Studio Asset Analyzer and the supporting products depends on both of the following situations:

Some of the sections and steps in these configuration instructions apply to only one of the two configurations or apply only if your users are going to use the distributed asset support of WebSphere Studio Asset Analyzer. Perform the configuration tasks in the order given in this guide, skipping the sections and steps that do not apply to your situation.

This publication refers to WebSphere Studio Asset Analyzer for Multiplatforms as WebSphere Studio Asset Analyzer and refers to either the z/OS or the OS/390 system as MVS.

Configuring companion products

If your order contains the Japanese feature FMID J2A1411, ensure that you complete the installation for that feature before configuring WebSphere Studio Asset Analyzer. Member DMHVERSN in data set yourHLQ.SDMHDATA should show 'Version 4.1.0 JPN' instead of 'Version 4.1.0 ENU'.

The following material provides information that you need to configure WebSphere Studio Asset Analyzer and to verify a successful installation. Before you start these tasks, ensure that each companion product is working properly and that it works properly with the other products. For example, ensure that the verification and IVP process for the HTTP Server was successful, that JDBC is properly configured to access DB2, and that WebSphere Application Server (WAS) is configured to support DB2 access using JDBC. Otherwise you might encounter problems with DB2 interacting with WebSphere Studio Asset Analyzer and not be certain of the cause of the problem.

Before configuring WebSphere Studio Asset Analyzer, you need to update IBM HTTP Server and WebSphere Application Server (WAS) to work with WebSphere Studio Asset Analyzer. After updating these companion products, you use both the WebSphere Studio Asset Analyzer ISPF panels and the browser-based user interface to complete the installation verification program (IVP) for WebSphere Studio Asset Analyzer.

WAS V4 vs. V5: You use the native deployment of ear files to configure WebSphere Studio Asset Analyzer for use with WAS 5. In contrast, you use the plugin method to configure WebSphere Application Server (WAS) Version 4 to access WebSphere Studio Asset Analyzer. This plugin method is known as the Alternate Configuration Option in WAS V4.

Before proceeding:

To configure WebSphere Studio Asset Analyzer, complete these tasks in the order shown:

  1. Configuring IBM HTTP Server
  2. Configuring WebSphere Application Server (WAS)
  3. Configuring WebSphere Studio Asset Analyzer
  4. Configuring the default job card for clients
  5. Establishing the Windows server component
  6. Verifying that the product was successfully installed and configured
Related tasks
Using the Alternate Configuration Option (Appendix C) in
   WebSphere Application Server V4.0.1 for z/OS and OS/390:
   Assembling J2EE Applications
, SA22-7836

Configuring IBM HTTP Server

IBM HTTP Server is a prerequisite product and must be installed and configured on your system. Before proceeding, ensure that HTTP Server is working properly and that it works properly with the other required products. Before you can use WebSphere Studio Asset Analyzer, you need to make additional configuration changes to IBM HTTP Server so that it can access the HTML files of WebSphere Studio Asset Analyzer and display them in your browser window.

Tip: When configuring the HTTP Server, you can use the file /usr/lpp/dmh/bin/dmh_httpd.conf as a guide. It contains samples of most of the statements that you need. You can copy portions of this file to your own httpd.conf file.

To configure IBM HTTP Server, edit the server configuration file as follows:

  1. WAS V4 for MVS only: Because you use the plugin method of defining WebSphere Studio Asset Analyzer to WAS V4, you should verify that the HTTP Server configuration file (/etc/httpd.conf by default) correctly references the WebSphere configuration file (/usr/lpp/WebSphere/was.conf by default). This is done on the ServerInit directive that identifies the wasXXXplugin.so file, where XXX indicates the level of WebSphere.

     EDIT   /etc/httpd.conf               Columns 00001 00072
     #
     ServerInit
       /usr/lpp/WebSphere/WebServerPlugIn/bin/was400plugin.so:init_exit
       /usr/lpp/WebSphere/etc/was400.conf
    One line: Each Service directive must appear on a single line. When editing this file, make sure that you append the indented lines to the previous lines, separated by a space. The lines are broken here only because of the width limitation of this presentation.
  2. WebSphere Studio Asset Analyzer requires each user to be uniquely identified. The HTTP Server UserId and Protection directives can force the user to provide a valid userid and password. Check that the settings for the UserId directive are in accordance with the access guidelines for your site. The UserId directive controls access to the HTML files on your MVS system. Follow one of the following two examples, depending on your site security guidelines for HTTP server access.

    If your site guidelines require each user to log on with his or her own userid, then use the directive 'UserId %%CLIENT%%', which tells the server to require that the requester has a local MVS userid and password.

     EDIT       /etc/httpd.conf
     #
     #        Default:  %%CLIENT%%
     #        Syntax:   UserId (user name)
     # Example:
     # UserId     PUBLIC
       UserId     %%CLIENT%%
     # UserId     %%CERTIF%%
     # UserId     %%SERVER%%
     # UserId     %%CLIENT%%

    If your site guidelines specify that all users share access with a single userid, such as UserId PUBLIC, then you must establish additional protection scheme directives for the WebSphere Studio Asset Analyzer application. Add these additional protection scheme directives to the configuration file preceding any Service directives that reference WebSphere Studio Asset Analyzer Web addresses.

     EDIT       /etc/httpd.conf
    # ===============================================================
    # Protection scheme for access to WebSphere Studio Asset Analyzer
    # ===============================================================
    Protection DMH_Prot {
          UserId        %%CLIENT%%
          ServerId      "WebSphere Studio Asset Analyzer"
          AuthType      Basic
          PasswdFile    %%SAF%%
          Mask          All
    }
    # If you are using WAS 4, add the following line:
    Protect    /dmh*                         DMH_Prot
    # If you are using WAS 5, add the following line:
    Protect    /dmh-cgi*                     DMH_Prot
  3. Check that the Web addresses used by WebSphere Studio Asset Analyzer are associated with the directory that contains the WebSphere Studio Asset Analyzer CGI scripts. For example, if WebSphere Studio Asset Analyzer is installed in /usr/lpp/dmh, the REXX files are in /usr/lpp/dmh/bin. The httpd.conf file would contain the following line:
     #
     Exec /dmh-cgi/* /usr/lpp/dmh/bin/*
     #
    The path, such as dmh-cgi, that you specify must be protected by the protection scheme directives that are shown in step 2.
  4. WAS V4 for MVS only: Add the Service directives. Edit the httpd.conf file as shown in this figure; substituting the correct path to your WAS plugin file:

     EDIT   /etc/httpd.conf               Columns 00001 00072
     #
     Service /dmh
       /usr/lpp/WebSphere/WebServerPlugIn/bin/was400plugin.so:service_exit
     Service /dmh/*
       /usr/lpp/WebSphere/WebServerPlugIn/bin/was400plugin.so:service_exit
     Service /dmh2/*
       /usr/lpp/WebSphere/WebServerPlugIn/bin/was400plugin.so:service_exit
     #
    Single line: Each Service directive must appear on a single line. When editing this file, make sure that you append the indented lines to the previous lines, separated by a space. The lines are broken here only because of the width limitation of this presentation.
  5. WAS V4 for MVS only: Add the AddType directives for .svg files.

     EDIT   /etc/httpd.conf               Columns 00001 00072
     #
     AddType  .svg    image/svg         ebcdic 1.0
     #
  6. Determine if your system requires Secure Sockets Layer (SSL). If so, use the IBM Key Management Utility (IKEYMAN) to create, process, and manage the files that are needed for secure connections.

Related tasks
Using IKEYMAN to configure SSL secure connections at
   www.ibm.com/software/webservers/httpservers/ikeyman.htm

Related references
IBM HTTP Server: Planning, Installing, and Using, SC31-8690
IBM HTTP Server Publications
Domino Go Release 5.0 Webmaster's Guide, SC31-8691

Configuring WebSphere Application Server (WAS)

Use this section only if your installation configuration includes WAS for MVS. WAS for Windows is configured by the WebSphere Studio Asset Analyzer installation program on Windows.

WAS is a prerequisite product and must be installed and configured on your system. Before proceeding, ensure that WAS is working properly and that it works properly with the other required products. Before you can use WebSphere Studio Asset Analyzer, you need to make additional configuration changes to WAS, so that it can access the data in your database. You need to have the proper authority to edit the WAS configuration file.

Authority: The WAS userid might not have the authority to create and write to the /usr/lpp/dmh/log directory, or to write to the /usr/lpp/dmh/config/Common.cfg file.

The userid under which the WAS job runs must have write access to the /usr/lpp/dmh/log directory and to the /usr/lpp/dmh/config/Common.cfg file. The easiest solution is to change the owner of the directory and the file to the WAS userid by using the following commands:

chown WAS userid /usr/lpp/dmh/log
chown WAS userid /usr/lpp/dmh/config/Common.cfg.

You might need to create the /usr/lpp/dmh/log directory if it does not exist.

Configuring WAS Version 4

To configure WAS V4, edit the configuration file (/usr/lpp/WebSphere/was.conf by default) as follows:

  1. Copy the file /usr/lpp/dmh/bin/dmh_was.conf to the bottom of your was.conf file.
  2. Update any /usr/lpp/dmh/* paths to conform to your installation conventions.
  3. Update the jdbcconnpool.dmh_jdbcpool.databaseurl property by changing the DB_LOC_NAME value to the location name of your DB2 database.

    Ensure that the jdbcconnpool.dmh_jdbcpool.datasourcename property matches the datasource name from the JDBC DATASOURCE Name" field of the ISPF panel on page ***. The datasourcename property value should be of the form: jdbc/your-datasource-name. The figure below shows the default datasourcename of jdbc/DMHDB.

     EDIT   /usr/lpp/WebSphere/was.conf        Columns 00001 00072
    
     ################################################################
     #  Define the WSAA connection pool and datasource
     ################################################################
    
     jdbcconnpool.dmh_jdbcpool.jdbcdriver=ibm.sql.DB2Driver
     jdbcconnpool.dmh_jdbcpool.connectionidentity=thread
     #
     #  Change DB_LOC_NAME to the DB2 location name for the database
     jdbcconnpool.dmh_jdbcpool.databaseurl=jdbc:db2os390:DB_LOC_NAME
     #
     #  "JDBC DATASOURCE Name" from the "Set up" option of "DMHINSTL"
     #  If you specified DMH in the "Set up" option, the value for
     #  the datasource property should be jdbc/DMHDB.
     jdbcconnpool.dmh_jdbcpool.datasourcename=jdbc/DMHDB

Configuring WAS Version 5

WAS 5.1 or later is required.

Restriction: The application server must have Java 2 security disabled.

To configure WAS V5, do the following steps from the WAS Admin Console:

  1. Enable global security, if you have not already done so. Follow the instructions at The Technical Sales Library.
  2. Define the EJBROLE of WSAA_Role for all users who will be accessing the WebSphere Studio Asset Analyzer web application, by doing the following steps. Only users having this role will have access to the web application.
    1. Define the WSAA_Role by using a RACF command such as RDEFINE EJBROLE WSAA_Role UACC(NONE).
    2. For each user or group that should have access to the WebSphere Studio Asset Analyzer web application, use a RACF command such as PERMIT WSAA_Role CLASS(EJBROLE) ID(user_id) ACCESS(READ).
    3. If you have the EJBROLE class RACLISTed, use a RACF command such as SETROPTS RACLIST(EJBROLE) REFRESH.
  3. Ensure that you have set up the JDBC driver correctly. Use the instructions at The Technical Sales Library.
  4. Ensure that you have defined the ${DB2390_JDBC_DRIVER_PATH}:
    1. Click Environment -> Manage WebSphere Variables.
    2. Ensure that DB2390_JDBC_DRIVER_PATH is set to the install location of DB2, such as /usr/lpp/db2/db2710.
    3. Ensure that DB2SQLJPROPERTIES is set to the location of your DB2 JDBCSQLJ properties file, such as /etc/db2sqljjdbc.properties.
    4. Click Apply, then Save.
  5. Create a DB2 z/OS JDBC provider. Tip: you can skip this step if you already have a z/OS JDBC provider defined.
    1. Click Resources -> JDBC Providers.
    2. Click New.
    3. Click JDBC Providers = "DB2 Local JDBC Provider (RRS)".
    4. Accept the defaults for all fields.
    5. Click OK.
    6. Click Apply, then Save.
  6. Create a Data Source for the WebSphere Studio Asset Analyzer database:
    1. Click Resources -> JDBC Providers.
    2. Click the JDBC Provider that you created in step 5 above.
    3. Click Data Sources (Version 4) under Additional Properties.
    4. Create a new Data Source with the following properties:
      Name
      DMHDB
      JNDI Name
      jdbc/DMHDBDB
      Database Name
      The DB2 location of your database. (This might or might not be the same as the database name.)
    5. Click Apply, then Save.
  7. Set custom JVM arguments for WebSphere Studio Asset Analyzer:
    1. Click Servers -> Application Servers -> server1 -> Process Definition -> Servant -> Java Virtual Machine -> Custom Properties.
    2. Add the following custom property: wsaaHome = /usr/lpp/dmh .
    3. Click Apply, and then Save.
  8. Restart WAS to pick up the JVM argument changes.
  9. Import wsaa.ear into WAS:
    1. Click Applications -> Enterprise Applications.
    2. Click Install.
    3. For Server path, type /usr/lpp/dmh/install/wsaa.ear.
    4. Click Next.
    5. Click Generate Default Bindings. Keep the default settings, such as virtual host = default_host.
    6. Click Next.
    7. On Step 1, click Next to accept the default settings.
    8. On Step 2, click wsaa web module, and then click Next.
    9. On Step 3, click wsaa web module, and then click Next.
    10. On Step 4, click Next to accept the default settings. (The role mappings specified here have no effect on z/OS.)
    11. On Step 5, click Finish.
    12. Click Save to Master Configuration, and do the steps for saving to the master configuration.
  10. Import wsaahelp.ear into WAS: repeat the steps above for wsaa.ear, but use the ear file /usr/lpp/dmh/install/wsaahelp.ear.
  11. Click Applications -> Enterprise Applications -> wsaa -> Web Modules -> wsaa.war, and then set the Classloader Mode to PARENT_LAST.
  12. Click Applications -> Enterprise Applications -> wsaahelp.ear -> Web Modules -> wsaahelp.war and set the Classloader Mode to PARENT_LAST.
  13. Update WAS security settings so that the HTTP requests on the servlet are synchronized with the OS thread:
    1. Click Applications -> Enterprise Applications -> wsaa -> Session Management. Enable Security integration, and then click Apply.
    2. Click Applications -> Enterprise Applications -> wsaa -> Web Modules -> wsaa.war -> Session Management. Enable Security integration, and then click Apply.
    3. Click Security -> Global Security -> z/OS Security Options. Enable Synch to OS Thread Allowed, and then click Apply.
    4. Click Servers -> Application Servers->[server name] -> Web Container. Enable Security integration, and then click Apply.
    5. Click Save.
  14. Start wsaa.ear and wsaahelp.ear:
    1. Click Applications -> Enterprise Applications.
    2. Start both wsaa.ear and wsaahelp.ear.
  15. Update the WAS plugin to get the Web app to work on port 80:
    1. Click Environment -> Virtual Hosts -> Default_host -> Host aliases.
    2. Ensure that one of the aliases is the current host name with port 80. If there is such an alias, skip the remaining steps. If there is not, add it now by completing the remain steps.
    3. Click New.
    4. Type the current host name, and enter 80 for the port number.
    5. Click Apply.
    6. Click Environment -> Update Web Server Plugin, and then click OK.
    7. Rename the old plugin config file by using a command such as mv /etc/plugin-cfg.xml /etc/plugin-cfg.xml.old.
    8. Copy the new plugin config file to the old name by using a command such as cp /WebSphere/V5R0M0/AppServer/config/cells/plugin-cfg.xml /etc/plugin-cfg.xml.
    9. Restart the HTTP server by using commands such as /stop imweb500, /start imweb500.

Configuring WebSphere Studio Asset Analyzer

After you have completed the required configuration updates for IBM HTTP Server and WebSphere Application Server, as described in Configuring companion products, you need to perform the following tasks:

You configure WebSphere Studio Asset Analyzer and set up the database by using the WebSphere Studio Asset Analyzer installation configuration utility. Comprehensive F1 help is available for all product ISPF panels. You must run the Setup Option 0 step regardless of whether your install configuration includes WAS for MVS or WAS for Windows. Fill in the appropriate values for your configuration on MVS and during the Windows product install.

Start the utility by doing the following steps:

  1. Select ISPF Option 6 to get to the TSO command prompt.
  2. Enter the following command, substituting your DSN high-level qualifier for yourHLQ.
    EX  'yourHLQ.SDMHREXX(DMHINSTL)'

    Here is an example; assuming DMH.STUDIO is yourHLQ:

    EX  'DMH.STUDIO.SDMHREXX(DMHINSTL)'

To set up WebSphere Studio Asset Analyzer and to create and configure the DB2 database, complete the following tasks in the order shown:

  1. Defining product defaults
  2. Defining environment variables
  3. Providing DB2 information
  4. Creating the database
  5. Binding DB2 packages and plans
  6. Granting DB2 privileges
  7. Configuring source code management systems
  8. Configuring inventory analyzers
  9. Configuring the default job card for clients
  10. Restarting the HTTP Server
  11. Removing old macros
  12. Reinstalling a server component or upgrading from an earlier version
  13. Establishing the Windows server component
  14. Establishing the AIX server component
  15. Setting up for WebSphere Studio Asset Analyzer Web Services

Ensure that DB2 is started before proceeding.

Defining product defaults

To define the defaults for your site, use the Set up panel on the WebSphere Studio Asset Analyzer ISPF interface. Select Option 0 (Set up) on the Install panel. On the Set up panel, enter values for each field as appropriate for your site.

Help: To view help that is specific to each field, position your cursor on a field and press F1.

WebSphere Studio Asset Analyzer supports limited customization of the ISPF data set names that it uses. When you use the Set up panel, you can specify the high-level qualifier of these ISPF data sets. By default, the data sets have the following names:

where &hlqispf is the high-level qualifier for your ISPF data sets.

You must update source files for any other customization of the ISPF data set names. To use some other set of ISPF data sets, edit the following files:

yourHLQ.SDMHCNTL(DMHPRCQU)

In this file, locate the statements that contain DD definitions for ISPMLIB, ISPSLIB, ISPPLIB, and ISPTLIB, and then make the appropriate changes to data set names.

The following help panels show the fields filled in:

------------------- WebSphere Studio Asset Analyzer -------------
                            Set up:  HELP
                                                       More:  +
High-level qualifier of user DSN  . : USERTMP
    This is a qualifier to which all users of WebSphere Studio Asset
    Analyzer need CREATE access.  Temporary files are created under
    this qualifier.

High-level qualifier of ISPF. . . . : ISP

HFS base directory  . . . . . . . . : /usr/lpp/dmh
    This is the directory on Unix System Services where the WebSphere
    Studio Asset Analyzer files are stored. All users should have READ
    access to this directory and its sub-directories. The access
    permissions are created by SMPE during installation.

HFS temporary directory  . . . . . . . . .: /usr/lpp/dmh
    This is the directory on Unix System Services where the WebSphere
    Studio Asset Analyzer logs and temporary files are stored. All users
    should have READ/WRITE access to this directory and its sub-directories.
    If the directory does not exist, it will be created.
    If you do not specify a value, the HFS base directory is used.

DB2 run-time library  . . . . . . . : DSN710.SDSNLOAD

LE  run-time library  . . . . . . . : CEE.SCEERUN

HLASM library . . . . . . . . . . . :
    Required only if assembler source is to be scanned.

--------------Server settings----------------

WebSphere Server Host Name. . . . . . . . . . . : ipname
    Name or IP address of the HTTP Server under which
    WebSphere Studio Asset Analyzer runs.

WebSphere Server Port . . . . . . . . . . . . : 80
    Port number of the HTTP Server under which
    WebSphere Studio Asset Analyzer runs.

Is the WebSphere Server a secure server ? N
    Whether or not the HTTP Server under which WebSphere Studio Asset Analyzer
    runs is using SSL (Secure Socket Layer).

JDBC DATASOURCE Name. . . . . . . . : DMHDB
    Name under which data is accessed through JDBC. This value
    must match the value defined in the WebSphere Application
    Server configuration file in the statement:
        jdbcconnpool.default_jdbcpool datasourcename=jdbc/DMHDB

Administrator userids . . . . . . . :
    TSO userids given the authority to perform administrative
    functions, such as deleting definitions. Specify * to
    allow all users to access these functions.
--------CGI settings------------------------

CGI Host Name . . . . . . . : ipname
    Name or IP address of the Server under which the CGI runs

CGI Port. . . : 80
    Port number of the server under which the CGI runs

Is the CGI Server a secure server ? N
    Whether or not the CGI Server is using  SSL (Secure Socket Layer).

Server CGI alias Name . . . . . . . : dmh-cgi
    Alias name associated with the CGI files (normally "dmh-cgi"), as defined
    in the HTTP server configuration file. For example, if the httpd.conf
    has this entry:
      Exec /dmh-cgi/* /usr/lpp/dmh/bin/*
    you must set the value to this string:
      dmh-cgi
--------Distributed data settings-----------

Scanning Distributed Assets . . . . : Y
    Whether or not you are planning to scann "distributed assets" that are
    located on machines other than this machine.

Distributed Scanner Host Name. . . : NTservIP
    Name or IP address of the Server where the distributed assets will be
    scanned.  If your leave this blank, it will not be possible to view the
    source files for the distributed assets from within
    WebSphere Studio Asset Analyzer.

Distributed Scanner Port. . . : 80
    Port number of the server where the distributed assets will be
    scanned.

Is the Distributed Server a secure server?  N
    Whether or not the server where the distributed assets will be
    scanned is using SSL (Secure Socket Layer).
-------Settings required for COBOL and PLI scanning--------

Use compiler for scanning COBOL source? : Y
    Whether or not the Enterprise COBOL compiler should be used for scanning
    your COBOL source code. An 'N' indicates that the WebSphere Studio Asset
    Analyzer proprietary scanner will be used.

COBOL compiler load library . . . . . . . :   CBLLDLIB
    If compiler-based scanning is indicated, the name of the
    COBOL compiler load library.


COBOL compiler options . . . . . . . . . . : LIB,NOC,NOOBJ,ADATA,[SQL]
    If compiler-based scanning is indicated, the set of options to
    use during scanning. This a comma-delimited list.
    The following options are allowable and configurable:
         ADV
         ARITH
         AWO
         BUFSIZE
         CODEPAGE
         CURRENCY
         DATEPROC
         DBCS
         DIAGTRUNC
         NSYMBOL
         PGMNAME
         QUOTE/APOST
         SIZE
         WORD
    Please consult the Enterprise COBOL Compiler manuals for
    information on each of these options.
Insufficient room for options: If there is not enough space for you to specify all the compiler options that you need, you can manually update the Common.cfg file and enter the options there instead. Use the following lines in the ScanningInfo section of /usr/lpp/dmh/config/Common.cfg to specify options:
cobolOptions =
pliOptions =
pliMacroDef =
sqlOptions =
Type the options after the "=" sign, separated by commas. For example:
cobolOptions = DTR,PGMN(LU),NOADV,ARITH(EXTEND)
If you use the Common.cfg fields to provide options, do not specify any options on the ISPF panel fields. If you do, only the options that you specify on the panel are used.

Use compiler for scanning PL/I source? : Y
    Whether or not the Enterprise PL/I compiler should be used for scanning
    your PL/I source code. An 'N' indicates that the WebSphere Studio Asset
    Analyzer proprietary scanner will be used.

PL/I compiler load library  . . . . . . . : PLILDLIB
    If compiler-based scanning is indicated, the name of the
    PL/I compiler load library.


PL/I compiler options . . . . . . . . . . : XINFO(SYN),NOOBJ,[PP(MACRO),PP(SQL
    If compiler-based scanning is indicated, the set of options to
    use during scanning. This is a comma-delimited list.
    The following options are allowable and configurable:
         BLANK
         CODEPAGE
         CURRENCY
         DBCS
         DEFAULT
         GRAPHIC
         INCAFTER
         LANGLVL
         LIMITS
         MARGINS
         MAXMSG
         NAMES
         NATLANG
         NOT
         OR
         PREFIX
         RULES
         SYSPARM
         USAGE
    Please consult the Enterprise PL/I Compiler manuals for
    information on each of these options.

PL/I macro definition file name . . . . : DMH.SDMHDATA(DMHSMACR)
    The name of the file containing the set of PL/I macro
    definitions. This field is optional.

SQL options . . . . .  :  QUOTESQL
    A comma-delimited list of SQL options used and understood by the
    compiler when SQL statements are present in the source code that is
    being scanned. This field is optional.
--------Settings required for DB2-----------

Approximate number of host programs to be analyzed : 3000
    Approximate number of total programs and include files that will be
    scanned.

Amount of distributed source code to be analyzed (in MB) : 10
    Approximate size of distributed source code that will be
    scanned.

New storage group?  . . . . . . . . . . . . . :  Y
    Whether or not the database associated with WebSphere Studio Asset
    Analyzer will require a new storage group to be created.

Storage group name  . . . . . . . . . . . . . : DMHSTOGR
    Name of the storage group associated with the
    WebSphere Studio Asset Analyzer database

VSAM catalog Name if new storage group. . . . : catname
    High-level qualifier of the VSAM files that are associated with the
    tables created for the WebSphere Studio Asset Analyzer database.

Volumes for allocation if new storage group . : *
    Volume names that are associated with the new storage group.
Database name . . . . . . . . . . . . . . . . : DMHDB
    Name of the database that is associated with WebSphere Studio Asset
    Analyzer.
Buffer pools:
    Buffer pools that are used for the database indexes, table spaces, and
    temporary database.
    Indexes . . . . . . . . . . . . . . . . . : BP1
    Table spaces  . . . . . . . . . . . . . . : BP2
    Database and Temporary Database . . . . . : BP7
    LOB Table spaces  . . . . . . . . . . . . : BP8

DB2 table space prefix . . . . . . . . . . .  : DMHTS
    The prefix for the table spaces that are created by WebSphere Studio
    Asset Analyzer. A three-character suffix is appended to this prefix
    value.
High-level qualifier for the tables . . . . . : DMH
    The qualifier for tables.

DB2 subsystem name  . . . . . . . . . . . . . : DSN1
    Name of the DB2 subsystem where the database resides.

DB2 location name . ..... . . . . . . . . : STLEC1
    Location of the DB2 database subsystem on the host machine

DB2 plan prefix . ..... . . . . . . . . : DMH
    The prefix for DB2 plans

Create global temporary database? . . . . . . : Y
    Specify whether a global temporary database needs to be created ("Y")
    or whether one already exists ("N"). Only one temporary database can
    be created on a DB2 subsystem, but one must exist for WebSphere Studio
    Asset Analyzer to be configured correctly. You must set this value to
    "Y" if no global temporary database exists.

Global temporary database name . . . . . . . : DMHTMPDB
    The name of the temporary database to create if it is
    necessary to create one, or the name of the database
    if one already exists. This value is mandatory if
    you set the flag above to "Y", or if it is necessary
    to create a new temporary table space.

Create global temporary table space? . . . . . . : Y
    Specify whether a global temporary table space needs to be
    created ("Y") or whether one already exists ("N"). If you
    have an existing temporary table space in an existing
    temporary database, you can set this value to "N";
    if you do not, you must enter "Y", so that WebSphere Studio Asset
    Analyzer can create a new temporary table space.

Global temporary table space name . . . . . . . : DMHTMPTS
    The name of the temporary table space to create, if it is
    necessary to create one. This field is mandatory if
    you set the flag above to "Y".

Press F3 to process and save the settings.

Defining environment variables

Before you create the database, you must have the JDBC environment variables set properly. If the default setup for the userid that you are using is not already set up to access JDBC from the command line, do the following steps to set the environment variables:

  1. Edit the shell script file /usr/lpp/dmh/bin/SetupJdbc.sh.
  2. Remove the comment character from the export commands for the variables that are not already set up in the environment.
  3. Type the appropriate value for the file, including the full path.
  4. Save the script. It will be run when you create the product database.

This is an example of completed export commands in the file:

export STEPLIB=DSN710.SDSNLOD2:DSN710.SDSNLOAD:WAS401.SBBOLOAD
export LIBPATH=/usr/lpp/db2/db2710/lib
export CLASSPATH=/usr/lpp/db2/db2710/classes/db2j2classes.zip
export DB2SQLJPROPERTIES=/etc/db2sqljjdbc.properties

Providing DB2 information

The DB2 userid and password are not captured by the ISPF set up panels. You must manually update the configuration file with this information. To make this update, do the following steps:

  1. Edit the file /usr/lpp/dmh/config/Common.cfg.
  2. Locate the following lines in the file:
    username = DBUSER
    password = DBPW
  3. Type your DB2 administrator userid and password over the place-hold text, for example
    username = adminid
    password = adminpassword

    Hint: Use a userid that has SELECT, UPDATE, DELETE, and INSERT authority for the WebSphere Studio Asset Analyzer tables and has SELECT authority to various catalog tables, such as SYSIBM.SYSTABLES and SYSIBM.SYSSYNONYMS. The DB2 password is encoded when you save the file.

  4. Save your changes.

Tip: When the web server is started, the WebSphere Studio Asset Analyzer servlet encrypts any password stored in the Common.cfg file. Therefore, the userid for the web server must have the proper authority to update Common.cfg. To allow the web server to write to the file, change the permissions for the file by using the chmod command or some other method.

Creating the database

Follow the instructions in this section only if you do not have an existing WebSphere Studio Asset Analyzer database. If you have an existing database, you need to upgrade it, as described in the following chapters:

  1. Migrating from WebSphere Studio Asset Analyzer Version 2.
  2. Migrating from WebSphere Studio Asset Analyzer Version 3.1.0.

Ensure that you stop the HTTP Server before proceeding. To create the database, follow these steps:

  1. On the ISPF Install menu, select Option 1, Create database.

    A JCL stream is presented in an editor. The JCL uses program DMHTEP2 to submit the DDL to create the database with all associated tablespaces, tables, and indexes. There are database COMMIT statements at regular intervals in the input stream. You might need to change some of the following entries on the input stream:

  2. This job must be submitted by a user with the proper DB2 authority for creating a database, tables, indexes, and views. If you do not have the authority to create these objects, save this file and have the appropriate user submit this job. If you do have the proper authority, submit the job by entering the SUB command.
  3. Check each step in the JESYSMSG JES2 for a condition code of 0000.
  4. If there is an error, use the following process to find the error, correct it, and resubmit the job to create the database:
    1. Determine the statement that caused the error by looking in the following outputs to find detailed processing information:
      SYSPRINT DMHTEP2
      Find occurrences of "SQLCODE =-".
      SYSPRINT UTIL
      Verify that the last line in the file reads:
      DSNUGBAC - UTILITY EXECUTION COMPLETE, HIGHEST RETURN CODE=0
    2. Correct the error.
    3. Identify what components, if any, were created, and then delete them before you try to create the database again. Edit SYSPRINT DMHTEP2, and scan each CREATE statement for SQLCODE = 000. Below is an example of a successful creation of database DMHDB:

      ***INPUT STATEMENT: CREATE DATABASE DMHDB DMHSTOGR SYSDEFLT
      BUFFER POOL BP0;
      RESULT OF SQL STATEMENT:
      DSNT400I SQLCODE = 000, SUCCESSFUL EXECUTION
      CREATE SUCCESSFUL
    4. If the database was created successfully, uncomment the DROP DATABASE and COMMIT statements. If during installation you specified "Y" to "New storage group?" and the STOGROUP was created successfully, uncomment the DROP STOGROUP and COMMIT statements.
    5. Resubmit the job.

Binding DB2 packages and plans

To customize and submit a job to bind the DB2 packages and plans, do the following steps:

  1. On the Install menu, select Option 2, Bind DB2 packages and plans. A bind job JCL stream is presented in an editor.
  2. If your DB2 subsystem is not configured for distributed DB2, edit the BIND PLAN control statements. The PKLIST parameter specifies each package name beginning with an asterisk. Edit all package specifications to remove the asterisk and period, as shown in the following example:
    Unedited Version Edited Version

    BIND PLAN(DMHP0700)
         QUALIFIER(DMH) -
         PKLIST(*.DMH.DMHDCOM -
                *.DMH.DMHDROL -
                *.DMH.DMHD233 -
    . . .

    BIND PLAN(DMHP0700) -
         QUALIFIER(DMH) -
         PKLIST(DMH.DMHDCOM -
                DMH.DMHDROL -
                DMH.DMHD233 -
    . . .
  3. Submit the job by entering the SUB command.
  4. Check each step in the JESYSMSG JES2 for a condition code of 0000.

Granting DB2 privileges

When you create a DB2 database, only you have access to it. To make it accessible to other users, you need to grant them the privilege to access its tables, packages, and plans. The job that you submit in this task grants public access to the database to all users, unless you choose to modify the job to restrict access to certain users. The permissions that you grant persist even if you later drop and recreate the database, because DB2 keeps its own record of access rights. Therefore, you need to resubmit this job only if you need to modify privileges.

To customize and submit a job to grant DB2 privileges, do the following steps:

  1. On the Install menu, select Option 3, Grant DB2 privileges.
  2. You are presented with a JCL stream. Edit the SQL statements if you need to modify access to the database.
  3. Submit the job by entering the SUB command.
  4. Check the steps in the JESYSMSG JES2 output for a condition code of 0000.
    If this is not the first run of the JCL to grant DB2 privileges, step name DMHTEP2 might result in a condition code of 0004. To verify the condition code for your job, review the SYSPRINT DMHTEP2 output, scanning for SQLCODE = 562 on any of the GRANT statements. Below is an example of the output messages for this condition for package DMH.DMHDCOM:

    ***INPUT STATEMENT:  GRANT ALL ON PACKAGE DMH.DMHDCOM TO PUBLIC;
    SQLWARNING ON GRANT    COMMAND, EXECUTE  FUNCTION
    RESULT OF SQL STATEMENT:
    DSNT404I SQLCODE = 562, WARNING:  A GRANT OF A PRIVILEGE
    WAS IGNORED BECAUSE THE GRANTEE ALREADY HAS THE PRIVILEGE FROM
    THE GRANTOR
    DSNT418I SQLSTATE = 01560 SQLSTATE RETURN CODE

    You can ignore this condition.

  5. If there are any errors (except SQLCODE = 562), correct them, and then resubmit the job.

Configuring source code management systems

Source Configuration Management (SCM) products manage the complete lifecycle of components used to create a software application. WebSphere Studio Asset Analyzer supports the following SCMs:

If you want your users to be able to take an inventory of source that is under an SCM, you must first configure the SCM by using the WebSphere Studio Asset Analyzer ISPF interface. Each SCM that you configure will appear on the inventory wizard (from the browser interface) as a scan type. The SCMs that you choose not to configure will not appear as a choice for a scan type, and your users will not be able to scan source from those SCMs. To configure the SCMs appropriate for your system, do the following steps:

  1. On the Install menu, select Option 4, Configure SCMs.
  2. Type Y for each SCM from which you want to allow inventory.
  3. Supply the following information if you are configuring ChangeMan. You must specify the load libraries to allow scanning from ChangeMan. They were created when ChangeMan ZMF was installed on your machine.
    ZMF Load Library
    Specify a valid Serena ChangeMan ZMF run-time load library. For example:
    SERENA.CMNZMF.V5R3M3.LOAD
    SERNET Load Library
    Specify a valid Serena SERNET run-time load library. For example:
    SERENA.SERCOMC.V5R4M7.LOAD
    Interface
    There are two interfaces formats for Serena SERNET: RPC (Remote Procedure Call) and XML. Versions of Serena ChangeMan after v5.3 support only the XML interface.

    Restriction: WebSphere Studio Asset Analyzer currently supports only the RPC ChangeMan interface, not the XML interface.

  4. Press Enter.
  5. Submit the job by entering the SUB command.
  6. Check the return code from the job:
    Return code Meaning
    0 The job ran without errors.
    8 Check the SQL code. If the SQL code is -803, the SCM was already configured

Making Panvalet available

Computer Associates International Inc. (CA) provides AllFusion CA-Panvalet for z/OS and OS/390 (Panvalet(R)). Panvalet is a software change and configuration management solution. If you use Panvalet to manage your source assets, you can configure WebSphere Studio Asset Analyzer to interface with your Panvalet libraries through a combination of installation parameters and user-supplied access routines.

The access routines that you need to supply to have WebSphere Studio Asset Analyzer interface smoothly with Panvalet libraries provide the following functions:

You must construct these routines to meet the specifications described in the following sections. Any deviation from these specifications can cause problems with the interface.

Retrieve a file list

The access routine that retrieves a file list, referred to as EXIT-1, is used to retrieve a list of files that reside in a given Panvalet library. It must adhere to the following specifications:

The following example shows the REXX invocation that WebSphere Studio Asset Analyzer uses to invoke EXIT-1:

memberCount = DMHPANX1('USER.PANLIB, DMH.USER.T074720.M092256.D0125')

Retrieve source for viewing

The access routine that retrieves the source in file for viewing, referred to as EXIT-2, is used to retrieve the source records from a single file in a given Panvalet library. It must adhere to the following specifications:

The following example shows the REXX invocation that WebSphere Studio Asset Analyzer uses to invoke EXIT-2:

recordCount = DMHPANX2('USER.PANLIB, MEMB01, DMH.USER.T085310.M150403.D0125')

Retrieve source for analysis

The access routine that retrieves the source of a file and the source of included files for analysis, referred to as native library access, is used to directly read the contents of one or more files in one or more Panvalet libraries. It is invoked by the WebSphere Studio Asset Analyzer analyzers to efficiently access the source of a file and the source of any included files. It is invoked as metadata about the first file is gathered.

While the WebSphere Studio Asset Analyzer analyzers are collecting metadata about source assets, they periodically need to perform the following functions against Panvalet libraries. This access routine implements the logic to perform these functions.

  1. Open a file
  2. Read a file
  3. Close a file
  4. Search for the existence of a file

This access routine must adhere to the following specifications:

The following COBOL example shows a typical dynamic CALL invocation that WebSphere Studio Asset Analyzer would use to invoke this access routine:

01  DMHPAN                     PIC   X(06)  VALUE "DMHPAN".
01  PARM-DATA.
    05 PARM-LENGTH             PIC S9(04) COMP.
    05 PARM-IN-FUNCTION        PIC   X(01).
    05 PARM-IN-DDNAME          PIC   X(08).
    05 PARM-IN-FILE            PIC   X(10).
    05 PARM-OUT-RECORD         PIC   X(80).

MOVE SPACE TO PARM-DATA
MOVE "O" TO PARM-IN-FUNCTION
MOVE "PANDD1" TO PARM-IN-DDNAME
MOVE"MEMB01" TO PARM-IN-FILE

CALL DMHPAN USING PARM-DATA

Constructing concatenation sets

Panvalet ++INCLUDE statements are automatically handled during inventory scans, if the concatenation sets are generated automatically or if you construct them by using the WebSphere Studio Asset Analyzer user interface. However, if you construct the concatenation sets manually by editing members in the &UHLQ.INCL2 library on MVS, then you must add two, otherwise optional, space-delimited, parameters to the concatenation set records. The two parameters are RM= and RMDD=, which specify the resource manager and the resource DD name, respectively. The following parameter values are valid for an MVS installation of WebSphere Studio Asset Analyzer:

RM=
PDS and PAN; PDS is the default.
RMDD=
Any valid DD NAME value. It must be unique within a given concatenation set. This parameter is required only when you specify RM=PAN.

The following example shows a valid concatenation set content. It indicates that the first and third libraries to be searched are PDS libraries, while the second and fourth are PAN libraries.

DMH.APPL.COPYLIB1
DMH.APPL.PANLIB1   RM=PAN   RMDD=PANINCL1
DMH.APPL.COPYLIB2  RM=PDS
DMH.APPL.PANLIB2   RM=PAN   RMDD=PANINCL2

Once you have satisfied these requirement and selected Panvalet for inventory scans, your users will process Panvalet libraries the same as they do PDS libraries.

Making ChangeMan and SCLM available

To complete configuration of ChangeMan or SCLM, you need to edit the member yourHLQ.SDMHCNTL(DMHPRCQU), shown below, and remove the comment character from the appropriate DD statements. Use the comments in the JCL as your guide. TEMPLC is used for both ChangeMan and SCLM. The other DD statement apply only to one of the SCMs, as noted in the JCL comments.

//*-----------------------------------------------------------------*
//* Uncomment the following DD for ChangeMan and/or SCLM support
//*-----------------------------------------------------------------*
//*TEMPLC   DD DSN=&&TEMPLC,DISP=(MOD,PASS),
//*            SPACE=(133,(5000,10000)),UNIT=SYSDA,
//*            DCB=(DSORG=PS,RECFM=FB,LRECL=133)
//*-----------------------------------------------------------------*
//* Uncomment the following DD for ChangeMan support
//*-----------------------------------------------------------------*
//*RPCTRACE DD DUMMY
//*-----------------------------------------------------------------*
//* Uncomment the following DDs for SCLM support
//*-----------------------------------------------------------------*
//*ISPCTL1  DD DISP=NEW,
//*            SPACE=(CYL,(1,1)),UNIT=SYSDA,
//*            DCB=(LRECL=80,BLKSIZE=800,RECFM=FB)
//*ISPLOG   DD SYSOUT=*,
//*            DCB=(LRECL=120,BLKSIZE=2400,DSORG=PS,RECFM=FB)
//*ISPMLIB  DD DSN=&DMHISHLQ..SISPMENU,DISP=SHR
//*ISPSLIB  DD DSN=&DMHISHLQ..SISPSENU,DISP=SHR
//*ISPPLIB  DD DSN=&DMHISHLQ..SISPPENU,DISP=SHR
//*ISPPROF  DD DSN=&&TEMPLIB3,DISP=(NEW,PASS),
//*            SPACE=(CYL,(1,1,5)),UNIT=SYSDA,
//*            DCB=(LRECL=80,BLKSIZE=19040,DSORG=PO,RECFM=FB)
//*ISPTLIB  DD DSN=&&TEMPLIB1,DISP=(NEW,PASS),
//*            SPACE=(CYL,(1,1,5)),UNIT=SYSDA,
//*            DCB=(LRECL=80,BLKSIZE=19040,DSORG=PO,RECFM=FB)
//*         DD DSN=&DMHISHLQ..SISPTENU,DISP=SHR
//*-----------------------------------------------------------------*

Configuring inventory analyzers

There might be situations and conditions in your shop that necessitate your making changes to the default configuration of the analyzers that WebSphere Studio Asset Analyzer uses to scan and analyze your assets. You can use the instructions in this section to update the settings for the indicated analyzers.

Configuring the JCL analyzer

By default JCL analysis uses the libraries in an associated concatenation set to resolve INCLUDE and PROC statement references. The analyzer handles JCLLIB ORDER=(library1 [ [ ,library2 ] ... ] ) statements in the same manner as JES. To wit, the libraries listed are prepended to the concatenation set list, and the resulting list is used to resolve references.

However, if you have security requirements that deny users access to the JCLLIB members, the JCL analyzer fails. To address this situation, you need to configure the JCL analyzer to allow your users to analyze a JCLLIB ORDER statement but ignore the library list, thus using only what is specified in the associated concatenation set to resolve included statements.

To configure the JCL analyzer (DMH4000) to ignore the libraries found, set the ignore JCLLIB parameter (-i) by following these steps:

  1. Edit the WebSphere Studio Asset Analyzer file yourHLQ.SDMHREXX(DMH5206).
  2. Find the second occurrence of the variable dmh4000Parm.
  3. Change the assignment from dmh4000Parm = '' to dmh4000Parm = '-i'.
  4. Save the file.

This change affects all JCL scans.

Configuring the default job card for clients

All source scanning performed by WebSphere Studio Asset Analyzer is processed as batch jobs created through the browser and submitted by the HTTP server. The default job card that is provided to the browser clients resides in the file yourHLQ.SDMHREXX(DMHPARMS). You should edit this file and update the DMHJBDF1 through DMHJBDF4 lines with appropriate parameters and settings. The following job card is the initial default:

/***** Job Cards for building JCL ***/
   DMHJBDF1 = "00000000,'WEBSPHERE STUDIO AA',"
   DMHJBDF2 = "//             CLASS=A,MSGCLASS=H,MSGLEVEL=(1,0),"
   DMHJBDF3 = "//             REGION=4M"
   DMHJBDF4 = "//*        DEFAULT JOB CARD"

To edit the job card and have your changes preserved, do the following steps:

  1. Exit from the DMHINSTL install program.
  2. Edit DMHPARMS to change the values. Notice that DMHJBDF1 does not have the full syntax of a job card, just the text that follows the JOB keyword. Thus, for example, for the following full syntax:
    //FOO1 JOB ,MSGLEVEL=(1,1),CLASS=K,
    use the following for DMHJBDF1:
       DMHJBDF1 = ",MSGLEVEL=(1,1),CLASS=K,"
    The job name and JOB keyword are implied.
  3. Save your changes.
  4. Run the Setup Option 0 step of DMHINSTL again. Press F3 to save and exit. This causes your job card changes to be written to the proper configuration files.

If you find that DMHPARMS does not exist, you have done the configuration steps out of order. Setup option 0 must be the first step in configuring WebSphere Studio Asset Analyzer.

Related tasks
Defining product defaults

Restarting the HTTP Server

Restart the HTTP Server before performing the next task. Verify that WAS starts correctly and that there are no WebSphere Studio Asset Analyzer exceptions in the WAS and HTTP logs.

Removing old macros

Use this section only if you are installing WebSphere Studio Asset Analyzer on a machine on which you had previously installed an earlier version of WebSphere Studio Asset Analyzer.

Starting with version 4.1, WebSphere Studio Asset Analyzer no longer uses Net.data. If you are replacing a version earlier than 4.1 with version 4.1 or later, you should remove old WebSphere Studio Asset Analyzer Net.data macros by doing the following steps:

  1. Remove the directory that contains the old Net.data macros by using a command such as rm -rf /usr/lpp/dmh/macro
  2. Edit your httpd.conf file and remove the following line:
    Protect  /netdata-cgi/db2www/dmh*   DMH_Prot

Reinstalling a server component or upgrading from an earlier version

Use this section only if you have previously installed a version of the distributed scanner or WebSphere Studio Asset Analyzer runtime.

If you have previously installed a version of the distributed scanner or WebSphere Studio Asset Analyzer runtime on Windows or on AIX, you must uninstall that version before you can reinstall or install a newer version. Uninstall only the components that you have installed previously.

To uninstall your Windows server component, run the WebSphere Studio Asset Analyzer Windows uninstall program.

To uninstall your AIX server component, perform the following steps, where install_location refers to the location where you have installed WebSphere Studio Asset Analyzer, usually /usr/lp/dmh:

  1. Change to the install_location directory.
  2. Backup the install_location/config/Common.cfg file for future use.
  3. Change to the install_location/install directory.
  4. Uninstall the online help from WAS by performing the following steps:
    1. Open the Admin Console of WAS. You can use a browser on any machine that can access the AIX system. The address is usually http://AIX_host_name:9090/admin.
    2. Click Applications, and then click Enterprise Applications.
    3. If WsaaHelp is not on the installed applications list, skip to step 5.
    4. If WsaaHelp is started, (there is a green arrow in the status area), perform the following steps:
      1. Run the following command: WebAppAdmin.sh stop WsaaHelp.
      2. In the Admin Console of WAS, click Applications, and then click Enterprise Applications.
      3. Make sure that the WsaaHelp application is stopped (there is a red arrow in the status area).
    5. Run the following command: WebAppAdmin.sh remove WsaaHelp.
    6. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
    7. Make sure that WsaaHelp is not on the installed applications list.
  5. Uninstall the WebSphere Studio Asset Analyzer runtime from WAS by performing the following steps:
    1. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
    2. If Wsaa is not on the installed applications list, skip to step 6.
    3. If the Wsaa application is started (there is a green arrow in the status area), perform the following steps:
      1. Run the following command: WebAppAdmin.sh stop Wsaa.
      2. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
      3. Make sure that the Wsaa application is stopped (there is a red arrow in the status area).
    4. Run the following command: WebAppAdmin.sh remove Wsaa.
    5. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
    6. Make sure that Wsaa is not on the installed applications list.
  6. Uninstall only the WebSphere Studio Asset Analyzer scanner by performing the following steps:
    1. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
    2. If Wsaa is not on the installed applications list, skip to step 7.
    3. If the WsaaScanner application is started (there is a green arrow in the status area), perform the following steps:
      1. Run the following command: WebAppAdmin.sh stop WsaaScanner.
      2. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
      3. Make sure that the WsaaScanner application is stopped (there is a red arrow in the status area).
    4. Run the following command: WebAppAdmin.sh remove WsaaScanner.
    5. From the Admin Console of WAS, click Applications, and then click Enterprise Applications.
    6. Make sure that Wsaa is not on the installed applications list.
  7. Uninstall JDBC provider by performing the following steps:
    1. Ensure that no other applications depend on this provider. if you are not sure, skip to step 8.
    2. From the Admin Console of WAS, click Resources, and then click JDBC Providers.
    3. If the JDBC Provider is not on the installed resources list, skip to step 8.
    4. Run the following command: JdbcDriverAdmin.sh remove.
    5. Make sure that there are no errors.
    6. From the Admin Console of WAS, click Resources, and then click JDBC Providers.
    7. Make sure that the JDBC Provider is not on the installed resources list.
  8. Uninstall JVM properties by performing the following steps:
    1. Ensure that no other applications depend on the Boot Classpath property. if you are not sure, skip to step 9.
    2. Run the following command: JvmPropertyUpdate.sh remove.
    3. Make sure that there are no errors.
    4. From the Admin Console of WAS, click Servers, and then click Applications Servers.
    5. Click the server on which you have the product installed. This is the server that you specified in the Common.cfg file when you installed an earlier version.
    6. Click Process Definition.
    7. Click Java Virtual Machine in the Additional Properties section.
    8. If Boot Classpath contains the install_ directory/lib path, delete the content of the Boot Classpath field; and then click Apply.
    9. Click Custom Properties (at the bottom of the window).
    10. IF the wsaaHome property is on the Properties list, click wsaaHome entry; and then click Delete.
  9. Remove WebSphere Studio Asset Analyzer from the file system by removing the installation directory.

Establishing the Windows server component

Use this section only if your users are going to work with distributed assets, or if your installation configuration includes WAS for Windows.

Windows NT: Follow these notes and instructions for WAS for Windows V5.1.

To enable the distributed asset support of WebSphere Studio Asset Analyzer or if your configuration is WAS on Windows, you must download, install, and configure the Windows server component by performing the following tasks:

  1. Create the database alias, and test your connection.
  2. Download the Windows server component installation code.
  3. Install the Windows server component.
  4. Configure the Windows server component.
  5. Verify the Windows server component.

Creating the database alias and testing your connection

To access the host database from Windows, you need to define an alias for the remote database. To define the alias, do the following steps:

  1. Click one of the following sequences to use the DB2 Client Configuration Assistant to define the alias (the sequence varies with the level of Windows and the version of DB2 that you are using):
  2. In the Configuration Assistant, right click the list of aliases to start a wizard.
  3. Follow the steps in the wizard to create another alias.

After you define the alias, ensure that you can connect to the database by doing the following steps:

  1. Select the new database alias in the Client Configuration Assistant.
  2. Click Test.
  3. Supply the userid and password that is be used to connect to the database. (The userid must be eight or fewer characters.) You will be prompted to supply this userid and password in Installing the Windows server component below.
  4. Correct any errors that you encounter in accessing the database before you proceed.

Restriction: If you are using DB2 UDB Runtime Client V8.1 for Windows, you must install fixpack 6 to avoid communication problems with WAS.

Accessing WebSphere Studio Asset Analyzer from a browser

You can access WebSphere Studio Asset Analyzer at this point only if your installation configuration includes WAS for MVS. If your installation configuration includes WAS for Windows, you must install the Windows component of WebSphere Studio Asset Analyzer before using the browser interface.

To access WebSphere Studio Asset Analyzer, do the following steps:

  1. Ensure that the HTTP Server and WAS Admin have been started.
  2. In the Address field of your browser, enter the address of WebSphere Studio Asset Analyzer. This address is of the following form:
      http://<hostname>/dmh
      where
        <hostname> is your server's name such as www.ibm.com or www.ibm.com:9080
    You are prompted with a system logon.
  3. Enter your user name and password. Click OK.

    You might be prompted twice.

The WebSphere Studio Asset Analyzer interface opens at the Home page. Verify that there is a timestamp, such as Wednesday, August 13, 2003 5:30:28 PM PDT, in the bottom right corner of this page. If no timestamp appears, WebSphere Studio Asset Analyzer is not accessing the database properly and other WebSphere Studio Asset Analyzer operations will fail. The most likely cause of this problem is with JDBC. To determine the cause of the problem, check the logs that were produced when you started WAS and the HTTP Server. In particular, look for DB2 connection errors in those logs, such as messages indicating that JDBC is not mounted, is not configured properly, or is otherwise not communicating properly with DB2. Correct any errors before proceeding.

Downloading the installation code

To download the Windows Server Component installation code, do the following steps. Use the WAS from which you plan to run the scanner for distributed assets.

  1. WAS for MVS: Using FTP or a similar file transfer program, download the file wsaacrawlerconsole.exe from the /usr/lpp/dmh/downloads directory, using binary mode.
  2. WAS for Windows: Using FTP or a similar file transfer program, download the file wsaaconsole.exe from the /usr/lpp/dmh/downloads directory, using binary mode.
  3. Save the appropriate executable to your Windows machine.

The Windows machine to which you download the install program must be one that has access to the distributed source code that you would like to scan.

Installing the Windows server component

After you have downloaded the InstallShield executable, do the following steps to install the component:

  1. Start your WAS server.
  2. Ensure that the following environment variables are set as indicated: You can set these environment variables by using My Computer -> Properties -> Advanced -> Environment Variables.
  3. Double-click the InstallShield executable icon in the folder where you downloaded it to initiate the InstallShield Wizard, which guides you through the installation.
  4. Provide the information that the InstallShield Wizard requests.
  5. If you are using WAS V5.1, and global security is enabled in WAS, you must grant everyone access to the "WSAA_Role" role. (This is because WebSphere Studio Asset Analyzer authenticate users against the database on z/OS and not against the local OS.) Granting this access suppresses login prompts from being displayed by WAS that authenticate against the local OS. To grant access to the "WSAA_Role" role in the wsaa.ear application, do the following steps:
    1. Click Applications -> Enterprise Applications -> wsaa -> Map security roles to users/groups.
    2. Click Everyone?.
    3. Click Save.
    4. Restart the wsaa enterprise application.

Configuring the Windows server component

To configure the Windows Server Component, you need to edit the Admin.cfg configuration file located in the assetloc/config subdirectory. It is strongly recommended that you create a backup copy of this configuration file before you open it in an editor. For in-depth configuration information for Admin.cfg, refer to the help topic titled "Setting the schedule and scanning roots". You can access this help topic by clicking Taking an inventory ->Taking an inventory of distributed assets ->Setting up scanners to take an inventory ->Setting the schedule and scanning roots.

If you install a new version of the Windows server component, you must customize the new version of the configuration files, just as you did for the previous version. Do not overwrite the new version with an old version. Use caution: if the you make a mistake in this customization process, you can cause existing artifacts, those that were previously scanned, to be deleted.

Increasing the Windows virtual memory page size

WebSphere Studio Asset Analyzer initially sets the maximum heap size used by the Java virtual machine to 500Mb. Out-of-memory errors can occur while scanning distributed assets, if the Windows virtual memory page size is set to a value less than 500Mb. If the Java virtual machine attempts to allocate more than the page size, it returns a C++ error indicating an abnormal program termination. The solution is to set the Windows virtual memory page size to a value greater than 500Mb. The recommended size is equivalent to 1.5 times the amount of RAM on your system. To change the Windows virtual memory page size, do the following steps. You must be logged on to Windows as an administrator to perform this procedure.

  1. Select Control Panel and open the System folder.
  2. On the Advanced tab, click Performance Options.
  3. On the Performance Options dialog, under Virtual memory, click Change.
  4. On the Virtual Memory dialog, under Drive, select the drive that contains the paging file that you want to change (the drive on which the scanner runs).
  5. Under Paging file size for selected drive, type a new paging file size in megabytes in the Maximum size (MB) field, and then click Set.

Scanning distributed assets on AIX file systems from Windows

The WebSphere Studio Asset Analyzer distributed file system scanner supports the scanning of AIX file systems through the use of any network directory mapping technology, such as SAMBA, to map an AIX directory onto a Windows NT drive.

On AIX file systems, you can define a soft link in a directory to some other directory. WebSphere Studio Asset Analyzer scans the mapped directory as it does any other directory. When an AIX file system contains cyclic soft links, the file system scanner scans the same code over and over (for up to 1000 levels). For example, if directory A has a soft link to Directory B and B has a soft link to A, then the file system scanner will scan A then A/B then A/B/A then A/B/A/B, and so on.

When scanning AIX, verify that soft links have no cyclic referencing.

Establishing the AIX server component

Use this section only if your users are going to work with distributed assets, or if your installation configuration includes WAS for AIX.

Prerequisites:

The files that are provided for the AIX configuration are the following installation files:

wsaa_aix.tar
WebSphere Studio Asset Analyzer: the runtime and the distributed scanner
wsaacrawler_aix.tar
The WebSphere Studio Asset Analyzer distributed scanner only (includes the file viewer)
wsaahelp.ear
The WebSphere Studio Asset Analyzer online help
wsaadbutil_aix.tar
The database migration utility

After you have completed the steps in the following subsections, you can run the WebSphere Studio Asset Analyzer distributed scanner by doing the following steps:

  1. Change to the install_directory/assetloc directory.
  2. Run the following command: alrun.sh.

Accessing the database

Ensure that you have the proper access to the product database on MVS by doing the following steps to connect to MVS from DB2:

  1. Catalog a node for MVS by using a command such as the following:
    DB2 CATALOG TCPIP NODE name REMOTE host SERVER 446 OSTYPE MVS
    For example:
    db2 catalog tcpip node v33ec104 remote v33ec104.svl.ibm.com server 446 ostype mvs
  2. Catalog a database on the remote MVS system to the node by using a command such as the following:
    DB2 CATALOG DB name [AS alias] AT NODE node_name AUTHENTICATION SERVER
    For example:
    db2 catalog db STLEC1 as STLEC4 at node v33ec104 authentication server

Installing the files

Copy and install the provided files by doing the following steps:

  1. Copy the required files to a temporary directory, such as /tmp.
  2. Untar the file to the installation directory, usually /usr/lpp/dmh, by doing the following steps:
    1. Create the destination directory with the proper access permissions.
    2. Change into the destination directory, and untar the file with this command: tar -xfv path, where path is full path of the tar file.
    3. Ensure that proper access permission to the untared files is granted to the users who are going to use the product.
  3. Edit the install_location/config/Common.cfg file, and insert your system settings by doing the following steps:
    1. Modify the properties defined in the file to match the settings of your system.
    2. Save the file, and make a backup of it in another location.
  4. Change to the install_location/install directory.

Installing JVM properties

Install the proper JVM properties in WAS by doing the following steps:

  1. Change to the install_location/install directory.
  2. Run the following command: JvmPropertyUpdate.sh install.
  3. Correct any errors from the script.
  4. Ensure that there is a property called wsaaHome in the servers JavaProcessDef:/JavaVirtualMachine properties file and that it is set to the installation directory for the product by doing the following steps:
    1. Open the Admin Console of WAS. You can use a browser on any machine that can access the AIX system. The address is usually http://AIX_host_name:9090/admin.
    2. Click Servers, and then click Application Servers.
    3. Select the server on which you have the product installed. This is the server that you specified in the Common.cfg file (3).
    4. Click Process Definition.
    5. Click Java Virtual Machine in the Additional Properties section.
    6. Click Custom Properties (at the bottom of the screen).
    7. Verify that the wsaaHome property is there and with the proper destination, the install_directory.

Installing the JDBC provider

Install the JDBC provider by doing the following steps:

  1. Run the following command: JdbcDriverAdmin.sh install.
  2. Correct any errors.
  3. Ensure that the JDBC provider is properly installed in WAS and that it can access the product database on MVS by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Resources, and then click JDBC Providers.
    3. Ensure that the proper JDBC provider is in the Node level. This is the provider that you specified in Common.cfg (3).
    4. Click the proper provider, and ensure that the properties are properly set.
    5. Click Data Sources (Version 4), and ensure that the proper Data Source is defined.
    6. Click the proper Data Source.
    7. Verify that the properties are set according to the settings in the Common.cfg file (3), and that they are compatible with your systems settings.

Installing the Web application

Install the WebSphere Studio Asset Analyzer Web application into WAS by doing the set of steps that is appropriate for your installation.

If you are installing the scanner only, doing the following steps:

  1. Run the following command: WebAppAdmin.sh install WsaaScanner.
  2. Correct any errors from the script.
  3. Ensure that the application is installed in WAS by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaadistscan application is installed.
  4. Run the following command: WebAppAdmin.sh start WsaaScanner.
  5. Correct any errors from the script.
  6. Ensure that the Application is started by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaadistscan application is started (that there is a green arrow in the status area).

If you are installing the run time, doing the following steps:

  1. Run the following command: WebAppAdmin.sh install Wsaa.
  2. Correct any errors from the script.
  3. Ensure that the application is installed in WAS by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaa application is installed.
    4. If you are using WAS V5.1, and global security is enabled in WAS, you must grant everyone access to the "WSAA_Role" role. (This is because WebSphere Studio Asset Analyzer authenticate users against the database on z/OS and not against the local OS.) Granting this access suppresses login prompts from being displayed by WAS that authenticate against the local OS. To grant access to the "WSAA_Role" role in the wsaa.ear application, do the following steps:
      1. Click Map security roles to users/groups.
      2. Click Everyone?.
      3. Click Save.
  4. Run the following command: WebAppAdmin.sh start Wsaa.
  5. Correct any errors from the script.
  6. Ensure that the Application is started by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaa application is started (that there is a green arrow in the status area).

Installing online help

To install the online help for the product, do the following steps:

  1. Run the following command: WebAppAdmin.sh install WsaaHelp.
  2. Correct any errors from the script.
  3. Ensure that the application is installed in WAS by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaahelp application is installed.
  4. Run the following command: WebAppAdmin.sh start WsaaHelp.
  5. Correct any errors from the script.
  6. Ensure that the Application is started by doing the following steps:
    1. Open the Admin Console of WAS.
    2. Click Applications, and then click Enterprise Applications.
    3. Verify that the wsaahelp application is started (that there is a green arrow in the status area).

Starting the scanner

To start the distributed scanner, do the following steps:

  1. Change to the installdir/assetloc directory.
  2. Run the following command:
     alrun.sh
     

Tip: The shell that you use to run the distributed scanner must contain the environment setting that is required for DB2 access. These settings are located in the db2profile script that is located in the DB2 user home-directory/sqllib. The default DB2 user, usually called db2inst1, has this setting in its profile. You can move to this user by using the command su - db2inst1, or by importing the settings of the db2inst1 user shell to your own shell.

Setting up for WebSphere Studio Asset Analyzer Web Services

You need WAS 5.1 or later to use WebSphere Studio Asset Analyzer Web Services; older versions of WAS are not supported.

If you require external programmatic client access to the WebSphere Studio Asset Analyzer inventory, you need WebSphere Studio Asset Analyzer Web Services to be available. To make these services available, install an additional enterprise application that is provided with WebSphere Studio Asset Analyzer by doing the following steps:

  1. With WAS on Windows: If you are using WAS on Windows, first download via ftp or a similar method the /usr/lpp/dmh/install/wsaaexternal.ear file from MVS to your local workstation or server.
  2. Install the Web Services application from the WAS Administrative console:
    1. Click Applications -> Enterprise Applications.
    2. Click Install.
    3. With WAS on MVS: Click Server path, and then type /usr/lpp/dmh/install/wsaaexternal.ear.

      With WAS on Windows: Set the local or server path, depending on whether your downloaded the ear file to your local workstation or server, respectively.

    4. Click Next.
    5. Click Generate Default Bindings. Keep the default settings, such as virtual host = default_host.
    6. Click Next.
    7. Ignore the warning about "template policy file without any permission" by clicking Continue.
    8. On Step 1, click Next to accept the defaults.
    9. On Step 2, click wsaa web module, and then click Next.
    10. On Step 3, click wsaa web module, and then click Next.
    11. On Step 4, click Next to accept the defaults.
    12. On the last step, click Finish.
    13. Click Save to Master Configuration, and do the steps for saving to the master configuration.
  3. Start the Web Services application from the WAS Administrative console:
    1. Click Applications -> Enterprise Applications.
    2. Select WsaaExternal.ear, and then click Start.

Verifying that the product was successfully installed and configured

To verify that WebSphere Studio Asset Analyzer was successfully installed and configured, you run an installation verification program (IVP) that uses a sample PDS library and a sample CICS region, both of which are provided with the product.

First, you work with WebSphere Studio Asset Analyzer ISPF panels to load a logical CICS region. If you have installed the Windows server component, you must use the Crawler to load an EAR file. Then you access WebSphere Studio Asset Analyzer from your workstation browser to complete the IVP. During verification, you complete the following steps:

  1. Loading a logical CICS region
  2. Taking an inventory of PDS members
  3. Verifying component counts
  4. Loading and verifying distributed components
  5. Resetting the database to its initial state

Loading a logical CICS region

To help you verify that WebSphere Studio Asset Analyzer recognizes CICS regions and includes associated transactions in the database inventory, WebSphere Studio Asset Analyzer provides a logical CICS region. Use the DMHINIT utility by running the TSO command EX 'yourHLQ.SDMHREXX(DMHINIT)' to load the logical system into the database.

To access the main options panel and load the logical CICS region, do these steps:

  1. Edit the data set yourHLQ.SDMHSIMP(DMHREG01), and change the name of the site to your own site name. This avoids introducing an extra row in your DMH_SITE table, and ensures that subsequent counts are accurate.
  2. Select ISPF Option 6.
  3. Enter the following command, substituting your DSN high-level qualifier for yourHLQ.
    EX 'yourHLQ.SDMHREXX(DMHINIT)'
  4. Select Option 3, Utilities.
  5. Select Option 3, On-demand load.
  6. Enter yourHLQ.SDMHSIMP(DMHREG01) in the Database import file field.
  7. Press Enter to edit the JCL stream.
  8. Submit the job by entering the SUB command.
  9. Check the steps for zero return codes.

You will verify that the CICS components loaded successfully when you complete section Verifying component counts.

Taking an inventory of PDS members

To take an inventory of PDS members, you use the WebSphere Studio Asset Analyzer browser interface and a sample PDS library.

To access WebSphere Studio Asset Analyzer, do the following steps:

  1. In the Address field of your browser, enter the address of WebSphere Studio Asset Analyzer. This address is of the following form:

      http://<hostname>/dmh
      where
        <hostname> is your server's name such as www.ibm.com or www.ibm.com:9080

    You are prompted with a system logon.

  2. Enter your WebSphere Studio Asset Analyzer administrator userid and password. Click OK.

    You might be prompted twice.

  3. Click Database -> Inventory. The inventory wizard opens in a separate window.

If you do not see the Inventory menu, the userid that you used does not have administrator authority.

To complete taking the inventory, do these steps:

  1. Taking an inventory of the sample PDS library
  2. Checking the status of inventory collection
  3. Checking results of your inventory in the browser

Taking an inventory of the sample PDS library

For IVP, WebSphere Studio Asset Analyzer provides a sample library yourHLQ.SDMHSSRC that includes COBOL, Assembler, PL/I, and JCL members. During the inventory phase, WebSphere Studio Asset Analyzer performs the following operations:

To take an inventory of the library yourHLQ.SDMHSSRC, complete the following steps in the Inventory wizard:

  1. On the Choose a site page, click the name of your site from the drop-down list, the then click Next.
  2. If the Choose container type page is visible, click MVS Default Catalog. (This page is presented only if you have added more container types, such as SCLM.)
  3. In the MVS PDS or PDSE Library field, enter the name of the library to be scanned: yourHLQ.SDMHSSRC.
  4. Leave the Limit file search field blank, so that all members of the data set are scanned.
  5. Click Next.
  6. On the Assign to application page, click Next to accept the Do not assign to an application default.
  7. On the Assign default concatenation sets page, click Next to have the default concatenation sets assigned.
  8. On the Add to the queue page, click Next to queue the inventory request.
  9. On the Process queued requests page, make any necessary changes to the JOB card.
  10. Click Finish.

Checking the status of inventory collection

The inventory scan takes several minutes to complete.

To check the progress of your scan, click Database -> Analysis queue. The Database status - Information page opens. This page contains the status of assets that have been scanned into the inventory database.

The highlighted line labeled Inventory collection requests in-progress shows how many members are yet to be scanned into the inventory database. By refreshing this window, you see the values for this line change.

If you monitor the status of this job and check the return code value on MVS, it should complete with RC=0. In general however, any job that you submit that generates a return code value greater than zero has encountered a problem. You should investigate and correct the error.

Checking results of your inventory in the browser

To view the assets that you scanned during the IVP, click Explore -> MVS assets.

Verifying component counts

When you take an inventory of the verification sample, the information about the sample CICS region and PDS members is loaded into the product DB2 database. To verify that the information in the database is correct, you need to check the counts for the sample components.

Tip: Your counts will differ from those shown here if you have performed any scans besides exactly what was outlined in the previous section. For example, if you have scanned any Distributed assets, your counts will not be the same as those shown here.

To check the counts, do the following steps:

  1. Open the product browser interface.
  2. Check the counts on the Home page against those shown here; they should match.
    Common assets Total
    • Application
    • Container
    • File
    • Impact analysis
    • Site
    • 0
    • 2
    • 74
    • 0
    • 1
  3. Click Explore.
  4. Check the counts on the Explore MVS assets page against those shown here; they should match.
    Run time Total Program Total Data Total
    • Batch job
    • CICS group
    • CICS online region
    • CICS transaction
    • DB2 system
    • IMS subsystem
    • IMS transaction
    • IMS DBD
    • Run unit
    • 29
    • 2
    • 1
    • 4
    • 1
    • 0
    • 0
    • 0
    • 36
    • BMS map definition
    • BMS map set definition
    • Concatenation set
    • DB2 stored procedure
    • Entry point
    • IMS PSB
    • Literal
    • Program
    • 1
    • 1
    • 1
    • 0
    • 25
    • 0
    • 942
    • 16
    • Data element
    • Data set
    • Data store
    • DB2 column
    • DB2 table
    • DD name
    • I/O record description
    • 2952
    • 141
    • 67
    • 9
    • 2
    • 916
    • 117

Loading and verifying distributed components

If you have installed the Windows server components, give your Windows administrator the following instructions:

  1. Open the online help by clicking the help icon in the browser interface.
  2. Click Getting Started -> Getting Started with the Distributed Server -> Installing the distributed scanner on Windows -> Testing your installation in the navigation pane of the help,
  3. Follow the instructions in "Testing your installation."

When you take an inventory of the verification sample, the information about the sample components is loaded into the product DB2 database. To verify that the sample information in the database is correct, you need to check the counts for the sample components. To further check the counts after you finish scanning the verification sample, do the following steps:

  1. Open the product browser interface.
  2. Check the counts on the Home page against those shown here. This screen shows the counts for both IVPs (MVS and distributed). If you have not run the MVS IVP, your numbers will be different.
    Common assets Total
    • Application
    • Container
    • File
    • Impact analysis
    • Site
    • 1
    • 3
    • 995
    • 0
    • 2
  3. Click Explore -> Distributed assets.
  4. Check the counts on the Explore Distributed assets page against those shown here; they should match.
    Containers Total Java Total Web Total
    • Archive file
    • EAR file
    • WAR file
    • EJB-JAR
    • J2EE client file
    • Connector archive
    • 3
    • 1
    • 1
    • 1
    • 0
    • 0
    • Java package
    • Java bytecode class
    • Java bytecode method
    • Java bytecode field
    • Java source class
    • 35
    • 697
    • 6344
    • 3104
    • 149
    • EJB
    • HTML file
    • JSP file
    • XML file
    • Servlet
    • JSP tag
    • JSP tag library
    • Tag library validator
    • Servlet event listener
    • Filter
    • 8
    • 0
    • 5
    • 6
    • 1
    • 226
    • 12
    • 0
    • 0
    • 0
    Other Total WebSphere Total
    • Archive manifest file
    • C++
    • Text file
    • User input asset
    • Unresolved asset
    • Generic asset
    • 7
    • 0
    • 1
    • 0
    • 0
    • 4
    • WAS application server
    • WAS generic server
    • WAS J2C connection factory
    • WAS J2C resource adapter
    • WAS JMS connection factory
    • WAS JMS destination
    • WAS cell
    • WAS clone
    • WAS datasource
    • WAS JDBC driver
    • WAS JMS provider
    • WAS mail session
    • WAS node
    • WAS server group
    • WAS URL
    • WAS URL provider
    • WAS virtual host
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0
    • 0

Resetting the database to its initial state

The information that you scanned into the database during verification is intentionally retained. After you successfully complete the IVP, you should reset the database to its original installation state. Otherwise, information about the sample library is included in results when WebSphere Studio Asset Analyzer is used in production.

To reset the database to its initial state, use the Database Clean Utility (a DB2 batch job that runs program DSNTEP2) to process dynamic SQL DELETE statements for all IVP-generated rows in the database tables. Do the following steps:

  1. Update member DMHCLDB in the library yourHLQ.SDMHCNTL by following the directions listed under Customization Instructions in the job prologue.
    &DMHPLPX: The value you use for the &DMHPLPX JCL variable in the DMHCTDB job should be that of the "High-level qualifier for the tables" field of the ISPF panel on page ***.
  2. If you did not choose to enable WebSphere Studio Asset Analyzer for scanning distributed assets when you created the database, you need to remove the DELETE statements for the distributed asset tables. They begin with the comment "-- DISTRIBUTED ASSETS".
  3. Submit the job by entering the SUB command.
  4. Check the steps in the JESYSMSG JES2 output for a condition code of 0000, except step DMHCLDB which has a condition code of 0004.
    Review the SYSPRINT DMHCLDB output, scanning for the following results on the DELETE statements: The following example shows the output messages for table DMH_CMPNT_NUM_ATTR:
    ***INPUT STATEMENT:  DELETE FROM DMH.DMH_CMPNT_NUM_ATTR;
    SQLWARNING ON DELETE   COMMAND, PREPARE  FUNCTION
    RESULT OF SQL STATEMENT:
    DSNT404I SQLCODE = 100, NOT FOUND:  ROW NOT FOUND FOR FETCH,
      UPDATE, OR DELETE, OR THE RESULT OF A QUERY IS AN EMPTY TABLE
    DSNT418I SQLSTATE   = 02000 SQLSTATE RETURN CODE
    DSNT415I SQLERRP    = DSNXRSTD SQL PROCEDURE DETECTING ERROR
    DSNT416I SQLERRD    = -160  0  -1  -1  0  0 SQL DIAGNOSTIC
                          INFORMATION
    DSNT416I SQLERRD    = X'FFFFFF60'  X'00000000'  X'FFFFFFFF'
             X'FFFFFFFF'  X'00000000'  X'00000000'  SQL DIAGNOSTIC
    

    You can ignore this condition.

  5. If there are any errors (except SQLCODE = 100), correct them and then resubmit the job.

Restricting access to administrative functions

The default configuration for WebSphere Studio Asset Analyzer allows all users to access all functions. If you want to limit which users have the ability to perform administrative tasks, such as deleting components, deleting the projects of other users, and taking inventory, specify their TSO userids in the "Administrator userids" field of the Set up panel.

After saving your changes, you must restart WebSphere for the changes to take effect.

This concludes the configuration and installation verification for WebSphere Studio Asset Analyzer. See the following chapter for information on migrating from earlier releases of WebSphere Studio Asset Analyzer. See the softcopy manuals and online help for further information on how to use the product.

Related tasks
Defining product defaults

Updating this guide in your online help

The version of this configuration and migration guide from the Web is more up-to-date than the copy that is installed as part of the online help system for WebSphere Studio Asset Analyzer. If you have the proper authority, you can replace the copy in the online help with the copy from the Web. See the product readme file for instructions.

Solving problems

Use this section to solve problems that you might encounter while working with WebSphere Studio Asset Analyzer. Many problems can be attributed to an incorrect or incomplete installation or configuration of prerequisite products. Use the following tips to ensure that you have eliminated the cause of common problems:

Tips:

Prerequisite IVPs
Verify the correct installation and configuration of prerequisite product stack before you proceed with installation and configuration of WebSphere Studio Asset Analyzer by running all IVP steps for the prerequisite products.
HTTP Server
Use /usr/lpp/dmh/bin/dmh_httpd.conf as guide when you configure HTTP.
JDBC
Ensure that JDBC connections are functioning properly with respect to HTTP Server and DB2 communications.
WebSphere Studio Asset Analyzer IVP
Perform the WebSphere Studio Asset Analyzer IVP steps to verify proper installation and configuration of the WebSphere Studio Asset Analyzer product itself

In the following descriptions, the bold, underlined text identifies the general area of the problem.

ISMP (InstallShield) install
The install fails immediately with a message similar to the following:
Unable to find compatible JVM
Explanation:

A compatible JVM could not be found on the machine where you are attempting to run the WebSphere Studio Asset Analyzer installation.

Problem Determination:

You need to install one of the compatible JVMs on the machine where you are installing WebSphere Studio Asset Analyzer by performing the following steps:

  1. Download and install Java Runtime Environment 1.4.1 from Sun Microsystems
  2. Reboot your machine.
  3. Restart the install.
Database manager
In the browser, you see a message similar to the following:
com.ibm.websphere.ce.cm.StaleConnectionException: [IBM][CLI Driver] SQL1032N
No start database manager command was issued.  SQLSTATE=57019
Explanation:

DB2 UDB V8.1 for Windows cannot communicate with WAS.

Problem Determination:

Install DB2 UDB V8.1 for Windows fixpack 6.

WebSphere Studio Asset Analyzer web app
The WebSphere Studio Asset Analyzer Web application does not start on WAS 5, and the WAS error log (such as WAS/logs/server1/SystemErr.log) shows the following exception:
Stack trace:
com.ibm.dmh.msg.WsaaException: DMH5132E - The system property wsaaHome is not defined
at com.ibm.dmh.CommonInitializer.init(Unknown Source)
at com.ibm.dmh.servlet.DmhPageServlet.init(Unknown Source)
Explanation:

The JVM system property wsaaHome is not being set.

Problem Determination:

Reboot your computer. If rebooting does not solve the problem, do the following steps:

  1. In the WAS admin console, click Servers -> App Servers -> server -> Process Definition -> Java Virtual Machine
  2. If the field Generic JVM arguments contains -DwsaaHome=xxx, where xxx is any value), remove the argument; and then click Apply.
  3. Click Custom Properties.
  4. Enter a new property with the name wsaaHome whose value is the location where you installed WebSphere Studio Asset Analyzer, such as c:/dmh. Click Apply.
  5. Save the changes to the master configuration.
  6. Restart WAS to pick up the changes.
Windows install
You encounter installation errors during the Windows install step
Problem Determination:

Scanning distributed assets
During scanning of distributed assets, you get a C++ error indicating an abnormal program termination
Explanation:

When the Java virtual machine attempts to allocate more than the page size, it returns this error.

Problem Determination:

Is your Windows virtual memory page size set to a value less than 500Mb? See Increasing the Windows virtual memory page size and the online help for more detail.

Home page
Your WebSphere Studio Asset Analyzer Home page does not come up
Problem Determination:

Home page
Your WebSphere Studio Asset Analyzer Home page comes up, but nothing is displayed
Problem Determination:

Inventory menu
There is no Inventory menu on the interface.
Explanation:

You are using a userid that is not identified as a WebSphere Studio Asset Analyzer administrator.

Problem Determination:

Identification is made via the dmhAdministrators property, which is configured during WebSphere Studio Asset Analyzer Windows installation and via theyourHLQ.SDMHREXX(DMHINSTL) step on MVS.

Port conflicts
You are using WAS 5.0 and have trouble with port conflicts.
Problem Determination:

You might have to specify an HTTP port other than 80 when you configure WAS. Be sure to include that port number in the address that you use in the browser.

AIX poor performance
Scanning AIX file systems takes an unexpected amount of time.
Explanation:

The AIX file system contains cyclic soft links.

Problem Determination:

See the description of cyclic soft links in Scanning distributed assets on AIX file systems from Windows.

Product not accessible on port 80
The WebSphere Studio Asset Analyzer servlet cannot be accessed by the default port 80.
Explanation:

One possible problem is that the Web Server Plugin has not been registered with HTTP Server. This is the case if you can access WebSphere Studio Asset Analyzer by the following address (with an port other than 80):

http://hostname:9080/dmh/DmhPageServlet?pagetype=searchall

.

Problem Determination:

Do the following steps:

  1. Update httpd.conf to include the following line:
    ServerInit /WAS directory/V5R0M0/AppServer/config/cells/plugin-cfg.xml
  2. Verify that you have specified the port numbers correctly with DMHINSTL Set Up (Option 0).
  3. Restart the HTTP Server
Distributed scanner
The distributed scanner does not start.
Explanation:

When you click Start -> Programs -> IBM WebSphere Studio -> Asset Analyzer -> Distributed Scanner, nothing happens. (You might see a command window for a fraction of second.) You probably have a problem with the Java path in your system.

Problem Determination:

To verify this problem, do one of the follow steps in a command window:

User response:

To correct this problem, do one of the following steps:

Related tasks
Online help: Solving problems -> MVS problems
Online help: Solving problems -> Distributed server problems
Related references
WebSphere Studio Asset Analyzer Support

Migrating from WebSphere Studio Asset Analyzer Version 2

If you are installing WebSphere Studio Asset Analyzer Version 4.1.0 and have a product database that was loaded with Version 2, you need to instantiate a new database and rescan your existing inventory into the new database.

Before you drop your existing WebSphere Studio Asset Analyzer database, you should consider reviewing the data in particular areas. This review is optional; you need to consider the volume of data in your WebSphere Studio Asset Analyzer database. But a review can provide valuable information for future rescanning and baseline setup.

The following inventory components are those Recommended to review:

You can use screen prints and spreadsheets to capture information for reloading the database. If you have Microsoft Excel installed and available, you can capture results table data into spreadsheets by doing the following steps:

  1. Click Explore on the V2 product browser interface.
  2. Click the number in the Total column for Library.
  3. On the Library summary page, select the number in the Show groups of drop-down list that will show all containers. You can use the Simple and Advanced search functionality to narrow your results.
  4. Right click the Library table.
  5. Click Export to Microsoft Excel on the context menu.

The spreadsheet provides a checklist of Container (called "Library" under earlier releases of WebSphere Studio Asset Analyzer) inventory candidates for the new WebSphere Studio Asset Analyzer 4.1.0 database.

This migration process is necessary due to schema changes in the design of the product database. The new schema provides substantial benefits, including the following new function and enhancements:

In addition, when you move to Version 4, you can take advantage of the following new enhancements:

Thus, moving to Version 4 gives you improved performance, better support for distributed assets, new function, and improvements to existing function.

After you have completeded your migration, return to Creating the database and follow the instructions. Ensure that the DROP DATABASE statement to remove the Version 2 database is activated before you create the Version 4 database.

Migrating from WebSphere Studio Asset Analyzer Version 3.1.0

If you are installing WebSphere Studio Asset Analyzer Version 4.1.0 and have Version 3.1.0 already installed, you need to use the Version 4.1 migration utility. (If you are migrating from Version 2, follow the instructions in Migrating from WebSphere Studio Asset Analyzer Version 2 before using the utility.)

To download the utility and the associated documentation, do the following steps:

  1. Go to the WebSphere Studio Asset Analyzer Support Web page.
  2. Locate the "Download" section, which is under "Self Help".
  3. Click Migrating from WebSphere Studio Asset Analyzer for Multiplatforms V3.1.
Related tasks
Defining product defaults

Post migration configuration

After you complete these migration steps, you need to complete several configuration steps. Go to Configuring inventory analyzers and follow the instructions in that section and the sections that follow it to complete WebSphere Studio Asset Analyzer configuration.

Notices

References in this document to IBM products, programs, or services do not imply that IBM intends to make these available in all countries in which IBM operates. Any reference to an IBM product, program, or service is not intended to state or imply that only IBM's product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe on any of IBM's intellectual property rights may be used instead of the IBM product, program, or service. Evaluation and verification of operation in conjunction with other products, except those expressly designated by IBM, is the responsibility of the user.

To obtain current service recommendations and to identify current product service requirements, always contact the IBM Customer Support Center or use S/390 SoftwareXcel to obtain the current "PSP Bucket".

IBM may have patents or pending patent applications covering subject matter in this document. The furnishing of this document does not give you any license to these patents. You can send license inquiries, in writing, to the

IBM Director of Licensing
IBM Corporation
J46A/G4
555 Bailey Avenue
San Jose, CA 95141-1099
USA

For online versions of this book, we authorize you to:

You are responsible for payment of any taxes, including personal property taxes, resulting from this authorization.

THERE ARE NO WARRANTIES, EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.

Some jurisdictions do not allow the exclusion of implied warranties, so the above exclusion may not apply to you.

Your failure to comply with the terms above terminates this authorization. Upon termination, you must destroy your machine readable documentation.

Trademarks

The following terms are trademarks of the IBM Corporation in the United States or other countries or both:

CBPDO
CICS
DB2
IBM(R)
IMS
Language Environment
OS/390
RETAIN
ServerPac
SystemPac
WebSphere
z/OS

ClearCase is trademark of Rational Software Corporation in the United States, other countries, or both.

Domino is a trademark of Lotus Development Corporation in the United States, other countries, or both.

Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both.

Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both.

Panvalet is a registered trademark of Computer Associates International.

UNIX is a registered trademark of The Open Group in the United States and other countries.

Other company, product and service names may be trademarks or service marks of others.


1.
You can modify the specified EXIT name before you configure WebSphere Studio Asset Analyzer to interface with Panvalet, by editing the supplied ISPF skeleton file yourHLQ.SDMHSLIB(DMHI500S). This file has the specification of the EXIT names DMHPANX1 and DMHPANX2. You can change these names to any valid MVS PDS member name.
2.
WebSphere Studio Asset Analyzer is responsible for creating and deleting the data set into which the results are returned. The data set is allocated as LRECL(80) RECFM(F,B) DSORG(PS). If your access routine allocates the data set, it must free it before completing.