RTC SCM rule for mandatory asset creation
Is it possible to add a rule to RTC, If code asset is NOT created in RAM, you can not Deliver it to the Stream? I thought we can do it by personal build capabilities of RTC, calling ANT script, which search the RAM if asset is created before or not. I don't know RAM ANT tasks has these capabilities if not we can call java code using RAM API. Do you think it is meaningful or any other suggestion?
regards,
halil bg
regards,
halil bg
Accepted answer
Halil,
you can create pre conditions and followup actions in RTC. You would want a precondition. Here is a workshop that helps as a starter: https://jazz.net/library/article/634 . The example is a followup action. However the code is very similar to what you want to do. However, you would have to use the java APi to search RAM for the asset.
My concern would be, is the call to RAM quick enough?
you can create pre conditions and followup actions in RTC. You would want a precondition. Here is a workshop that helps as a starter: https://jazz.net/library/article/634 . The example is a followup action. However the code is very similar to what you want to do. However, you would have to use the java APi to search RAM for the asset.
My concern would be, is the call to RAM quick enough?
4 other answers
Thank you Ralph..I've developed some batch create asset / relationship codes using API it seems ok from the performance perspective..3000 asset relation entry in (finding both asset and then relating them) 27 min..But this machine is in test environment. I think It will not be a problem doing it with follow-up action.
Hi Halil,
you should definitely try.
The main question is: how quick is the operation you need to do to check because it blocks the UI.
If you do a precondition that prevents from the state change, the user will have to wait for searching like 5 minutes - bad. The extension would block the UI thread and the user gets annoyed. You want something fast. The same applies for followup actions. Maybe there is a way to uncouple this, if the operation time is unbearable. Trigger the search. The search runs offline and updates the work item - e.g. some attribute the user can't update (read-only) the next state change can only be done if the attribute hasa certain value.
If it is fast enough, you want to do a precondition, that checks if the state changes if the state change is allowed.
you should definitely try.
The main question is: how quick is the operation you need to do to check because it blocks the UI.
If you do a precondition that prevents from the state change, the user will have to wait for searching like 5 minutes - bad. The extension would block the UI thread and the user gets annoyed. You want something fast. The same applies for followup actions. Maybe there is a way to uncouple this, if the operation time is unbearable. Trigger the search. The search runs offline and updates the work item - e.g. some attribute the user can't update (read-only) the next state change can only be done if the attribute hasa certain value.
If it is fast enough, you want to do a precondition, that checks if the state changes if the state change is allowed.