IBM Support

PI17273: BUILD FORGE 8.0.0.1 ZLINUX INSTALL PLACES SERVICE-PLUGIN IN TEMP DIRECTORY INSTEAD OF SET SERVICES-PLUGIN DIRECTORY

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • When installing Build Forge 8.0.0.1 under zLinux using the
    cmdline-install.sh, with plans to used an separate Application
    Server (Tomcat/WebSphere Application Server[WAS]), and setting
    the directory for the services plugin used for Rational Team
    Concert (RTC) integration, the services-plugin.jar file is
    placed under the Build Forge test directory.
    
    After the installation completes, the buildforge.conf files list
    the services-plugin directory that was specified during the
    installation, and the services-plugin.jar is expanded under the
    Build Forge temporary directory, but the Application server
    (Tomcat/WAS) is unable to find and load the plugin.
    
    Steps to reproduce:
    
    - Install Build Forge 8.0.0.1 under supported zLinux system.
    - During the question 'Enter the directory for the Build Forge
    Services Layer plugins' enter a directory different than the
    expected Build Forge temporary directory.
    
    ie:
    Enter the directory for the Build Forge Services Layer plugins:
    /opt/buildforge/temp/services-plugins
    
    - Configured the Build Forge temporary directory to the default.
    
    Enter the temporary storage path for the Services Layer:
    [/opt/buildforge/temp]
    
    
    Expected result:
    
    The Build Forge services-plugin.jar is placed under the
    directory specified under the installation and loaded under the
    Application server in question to allow the RTC/Build Forge
    integration to function.
    
    Actual result:
    
    The Build Forge services-plugin.jar is placed under the
    temporary directory (ie: /opt/buildforge/temp), while the
    buildforge.conf files are configured to expected the
    services-plugin to be under the directory specified during the
    installation.
    This causes the Application server is unable to load the
    services-plugin and the RTC/Build Forge integration will not
    function correctly.
    As builds started under RTC and executed under Build Forge will
    not be reported back to RTC, in which the RTC builds will run
    never ending.
    
    Workaround:
    
    Either update the buildforge.conf files to point the
    services-plugin setting to the Build Forge temporary directory,
    or copy the services-plugin jar and expanded directory to the
    specific directory set during the installation.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    After investigating the Linux  and Windows, there is no
    "directory for the Build Forge Services Layer plugins",
    there is a  temporary storage path(This is a physical
    directory on the server that runs your application server
    where we can temporarily store files and plugins) for the
    Services Layer:.
    

Problem conclusion

  • Remove the  "directory for the Build Forge Services Layer
    plugins".  Use the "temporary storage path(This is a
    physical directory on the server that runs your application
    server where we can temporarily store files and plugins) for
    the Services Layer".
     The service plugin directory will be under "temp storage
    path"/services-plugins
    

Temporary fix

Comments

APAR Information

  • APAR number

    PI17273

  • Reported component name

    RATIONAL BUILDF

  • Reported component ID

    5724S2700

  • Reported release

    800

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2014-05-04

  • Closed date

    2014-06-20

  • Last modified date

    2014-06-20

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    RATIONAL BUILDF

  • Fixed component ID

    5724S2700

Applicable component levels

  • R800 PSN

       UP

[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSB2MV","label":"Rational Build Forge"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.0","Line of Business":{"code":"LOB45","label":"Automation"}}]

Document Information

Modified date:
04 May 2022