Why Can't I link Artifacts Across Modules?
A core function in RRC is the ability to link one artifact to another. This is the basis for all of the traceability and is presumably a central part of the tool. I am currently having a problem where RRC is disallowing me from linking one artifact to another and it isn't clear why. I've tried to diagnose the issue for a while, but I am completely out of ideas at this point and decided I should ask the universe. I have two Modules: Module 1 and Module 2. Within Module 1 I have artifact A and Artifact B. Within Module 2 I have Artifact Y and Artifact Z. I am able to link Artifact A to Artifact B. I am also able to link Artifact Y to Artifact Z. However, I am unable to link Artifact A to Artifact Y (across modules). The error message that RRC gives me is: "Error 403: Forbidden" Module 1 is in a folder assigned to team "System Design" and I am a member of that team. Module 2 is in a folder assigned to team "Subsystem Design" and I am also a member of that team. I have tried multiple link types, but the same error message is displayed for all that I have tried. We have a "Systems Engineer" and "Subsystem Engineer" role. Both roles have permissions to "Save Link" (Create, Delete and Modify). Both roles have permissions to Modify an artifact of the type being used in each of the two modules. What am I missing here? Any suggestions would be appreciated. |
2 answers
This definitely sounds like a permission problem, across the different team areas. Now this might be a bug but first a few questions
From your description above you have set the right permissions and team area ownership, as evident that you can create links between artifacts in the same module. Hence trying to see if the linking is a problem between only module artifacts or any artifact across team areas.
If everything seems reasonable then a defect might need to be raised with Tech Support.
Comments
Nate Decker
commented May 16 '14, 9:47 a.m.
Product Version: 4.0.6 (Build I20140203_1432) Roles in the Project Area: Administrator, Systems Engineer, Subsystem Engineer, Configuration Management
Module 2, Artifact Y Ownership: Subsystem Team
Teams of which I am a member: System Team, Subsystem Team Roles within System Team: Administrator, Systems Engineer, Subsystem Engineer Roles within Subsystem Team: Systems Engineer, Subsystem Engineer As for your requested test, I created a new artifact within the same folder as Module 1 (but not as part of the Module). I created the new artifact using the same artifact type as Artifact Y in Module 2. I was able to successfully create a link from Artifact A in Module 1 to the newly created artifact in the same folder as Module 1. I then added the newly created artifact to Module 2 using the "Add Existing Artifact" dialog. This was successful. So I now have an artifact in Module 2 linked to an artifact in Module 1. Finally, I moved the newly created artifact to the same directory as the artifacts in Module 2.
Nate Decker
commented May 16 '14, 9:56 a.m.
I decided to do a more exhaustive test of the link types. Some of them actually are working, but others are not. The following link types seem to be permitted:
Extracted/Extracted From
The following link types do not work:
Implementation of Requirement/Requirement Implementation
Now the following link types
This help page on the link types available in cross domain (RM,CCM, QM, DM) linking might also help
|
By way of update on this post, I submitted a defect on this and it was revealed that this was a known IBM bug in our version (4.0.6). The issue specifically relates to custom-defined links and using them across modules. I've been told that this has been fixed in 5.0.
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.