0

Question about modifying/creating subscriptions via API and it's limitations

I have a question regarding the limitations of the xMatters API. Without getting into overly granular specifics (I can provide them though if needed), I would describe my specific use case as follows:

I am building a workflow which essentially pulls in one workflow, or a specific piece of it, from one environment and POST's it to another. This has all worked as intended up until subscriptions. 

Since subscriptions point to the UUID of a given subscription form, and I intend to essentially create a new workflow which is a copy of the first, from a User's perspective, that means that the UUID's will not match. 

The easiest solution I could think of would be to change the UUID of the subscription form the subscription is pointing to but the UPDATE endpoint the API provides does not include this as a valid attribute in it's payload.

That leaves the only other option I can see which would be to recreate the subscription. The problem I have here, is that in several cases, we have subscriptions which are "Shared" with more than 1,000 other people. Each of these people would need to be included in the payload POST request under it's RECIPIENTS property field. I am worried that this is too much to include in a POST and that it will fail either due to the constraints imposed by your controllers/database or simply just timeout. 

What would be my best solution here? I can provide more details as needed if the above explanation isn't entirely clear

2 comments

Please sign in to leave a comment.