Can you not update the AdapterTask via the API?
![]() Hello,
Is it possible to update an adaptertask record via the API when it is queued in the Execution Console? I have tried doing a POST after doing a GET with an updated selectedAdapterId value but even though it returns a 200, the update was not made.
Thanks..
RQM Version 6.0.6
|
One answer
![]() Hi,
Adapter task can be updated via the API - https://jazz.net/wiki/bin/view/Main/RqmApi .
For example - if you try to change the progress tag via a PUT call, then it should update the progress on the task.
What attribute you are trying to update? If the update was not made then it should not return 200. May be in that case it is a defect.
Could you provide some example or sample?
Comments As mentioned in the question I am trying to update the selectedAdapterId attribute. Here is the segment of the xml that is is being updated:
<ns15:selectedAdapterId>89936</ns15:selectedAdapterId>.
I confirmed in the UI and via an API GET that the update was not made.
Every so oftent the update works and I see the new adapter in the UI assigned to the task. When it does update, it just sits in a Queued status and never kicks off on the adapter machine. Is there something else I need to change in the adapterTask xml to have RQM "start" the execution on the update adapter Id? Thanks... I take that back, I am unable to see where the selected adapter id has changed. On one attempt I thought it did, but that doesn't seem to be the case. I think there is complicated logic of selecting adapters for execution. The adapter should be assigned before the adapter task goes in to queue, so that the required resources (adapter) could be reserved. Unless the resource is reserved it wont be picked up for execution.
Could you work around this?
Yeah, what I am attempting here is a workaround for RQM's inability to truly run in a parallel automated fashion. When a test suite execution starts all test cases are pre-assigned adapters rather than assigning them as test cases finish. So we end up having adapters assigned to shorter running tests not doing anything while there is a queue on adapters that had longer running scripts. I was hoping to help with this by monitoring this behavior and reassigning queued tasks to available adapters. |
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.