Using variables in xml source of a project area process
I mean this: I would really appreciate if the project area-related information (e.g.: PA name, process template, ...) was saved in (predefined and implicit) variables that can be accessed in specific points of the process xml.
Suppose, for instance, that there is a variable such as ${project-area-name}.
I would like to access its value in, say, a precondition or a followup configuration.
Is this possible?
Accepted answer
Since the operational behavior is always working within the context of a special project area, they have also access to all that context information via the item they are triggered by.
Comments
My need arose from the fact that I am sharing the process of a "master" project area.
The project areas that use this process have, in general, different parameters that must beĀ passed to the precondition or followup action (e.g. streams names, components names).
Anyway, I think that the expected behavior can be achieved by using a strict naming convention for these items and by leveraging this naming convention in the extension code.
I have not played with this and weather or not you can/have to overwrite the operational behavior - or the process configuration for it in the client process.
Please share your experience here.
Just like attribute definitions, workflow, and screen layouts, you can also mark the team configuration sections as Final, meaning down stream using projects cannot modify them..
default is NOT final.. unfortunately, this configuration is ALL advisors/participants at once.. so you have to be careful which Role is allowed to save the process space at all.