RPE Remote Services

The RPE Remote Services have been with RPE from version 1.0 and their capabilities have been increased constantly. However the support/information requests I see seem to indicate that these services are not widely used.

Is this correct I’d like to understand what are the main inhibiting factors for using the Remote Services?


Author: Dragos Cojocari

Architect for Rational Publishing Engine

9 thoughts on “RPE Remote Services”

  1. A. It takes an extra RPE license to have remote services. B. RPE still needs to be installed locally. C. The local instance of RPE must remain open until the job is complete.

    If there were an RPE web interface, for publishing, then I think we would use the remote services. As it stands right now, we don’t see much advantage to using the remote service feature.

  2. Can the remote services be used to schedule production of a given document on a regular basis, e.g. render daily at 8am and deposit the result ?
    I would find that kind of functionality very useful.

  3. I can’t find any information on using the remote services with DOORS. Does the DOORS client have to be installed on the Remote Services server?

    1. Ed, you can use RPE Remote Document generation with DOORS data. What you need to do is:
      – install a supported DOORS 9 client on the server running the RPE remote services.
      – enter your DOORS 9 user name and password in the document specification for each DOORS data source. This is needed as RPE starts a headless DOORS client on the server to pull data from DOORS.

      See this for additional details: http://pic.dhe.ibm.com/infocenter/rpehelp/v1r2m1/topic/com.ibm.rational.pe.publishing.doc/topics/t_data_source_doors.html

  4. A: Licenses are an issue. It takes 2 licenses even if you simple generate a document. If I would need only 1 license on the server it would be ok.
    B: It looks like all files that are used to generate a document need to be stored locally. Like XML files (that store configuration data) or MS Word stylesheets.
    C: It also looks like the DSX still needs to be stored locally with a local RPE installation.

    1. D: When generating a document from various source, some still need to be accessed locally. For example I generated a document from RQM, RTC and DOORS, DOORS still needs to be opened locally with the document generators individual login (because we have several projects the only dedicated persons can access). A generic login for DOORS would not be an option as not everyone is allowed to see every project on DOORS.
      E: RPE generation from Rhapsody also seems only to work locally as Rhapsody requires a server to run locally for RPE to be able to generate a document.

      1. Thanks for the feedback.

        A. Fully agree

        B. RPE can use artifacts from http/https locations. RPE also allows you to store them in RPE’s Central Library for easier access and manipulation.

        C. Correct

        D. You can perform DOORS docgen on server too as long as you provide the credentials to use and ensure a DOORS client is installed on the server

        E. RPE does not have to be running on the same machine as Rhapsody as long as you can can access the Rhapsody REST Service from the server RPE Services is running.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s