I started working as a Technical Support Engineer, initially on Telelogic Synergy/Change products, later on IBM Rational ClearCase for the past couple of years, and lately with IBM Rational CLM (Collaborative Lifecycle Management) solutions.
Unlike with Telelogic Synergy or IBM Rational ClearCase, issues with CLM are so diverse, with less repetition of similar questions or difficulties. Here is one of the many interesting issues with CLM that I happened to work on.
Rational Team Concert (RTC) 188.8.131.52 server running on JFS 184.108.40.206 on server machine 'A'.
Rational Quality Manager (RQM) / Rational Requirements Composer (RRC) 220.127.116.11 running on JTS 18.104.22.168 on server machine 'B'.
Each having their own database servers, running on their respective server machines.
The client was looking to integrate RTC 22.214.171.124 with RQM 126.96.36.199 so that users can raise defects from RQM 188.8.131.52, which in turn is a Work Item in RTC 184.108.40.206. So they tried to establish friend relationship at RQM 220.127.116.11 server but were unable to establish communication as outlined in this help topic:
They were able to successfully register RQM 18.104.22.168 application on the RTC 22.214.171.124 server, however, trying to register RTC 126.96.36.199 on RQM 188.8.131.52 server failed with the following error:
CRJAZ2082E : An error occurred while attempting to access the Application
About service listed in the Discovery document for this application.
Please ensure that the application has been installed and provisioned correctly.
Unsupported RDFEntity Content-Type: text/html
--> They were in a situation where they did not have the option to upgrade from RTC 184.108.40.206 to RTC 220.127.116.11, due to IT and resource constraints. But they did want to get these products to work and roll out to users. Trying to register RTC 18.104.22.168 at RQM 22.214.171.124 server always failed with the errors as above.
--> Based on the error and configuration, we informed the customer that it is an unsupported scenario. With RTC 3.0 or 126.96.36.199 the integration for RQM, RQM must be 2.0.1 or 188.8.131.52. This was not the case in their set-up and hence would not work.
However, they had a concern in why there were able to link RQM 184.108.40.206 in RTC 220.127.116.11 server, whereas the reverse did not work. They were in a strange scenario, where the lower version (RTC) linked correctly to the higher (RQM), while the opposite did not happen. We understood in Support, that the combination they had is not supported and should not work.
However, the solution for their problem was to delete the existing server friend relationship between RTC 18.104.22.168 and RQM 22.214.171.124 at RQM 126.96.36.199 server and redefine them. This made the integration work and they were able to see the RQM Projects areas from RTC and the RTC project areas from RQM. They were then able to open defects from RQM to RTC.
While I haven't been able to reflect upon why the specific setup did or did not work here, I thought it's worth a time to write a note on this behavior and note the steps we saw achieve some success in this unsupported configuration.
I welcome any comments or suggestions on this article.