Added warning about using third party websites

This commit is contained in:
Colin McKibben
2024-04-12 09:50:32 -05:00
committed by GitHub
parent 91445a3019
commit 60f763fc3f

View File

@@ -79,6 +79,10 @@ Operators provide more options to filter JSON structures.
Developing a filter can be faster when you use a tool like an online [JSONpath editor](https://www.javainuse.com/jsonpath). These tools can provide quick feedback on your filter, allowing you to focus on the exact filter expression you want before testing it on a trigger. Just paste an example of your event trigger input and start crafting an expression to see its result.
:::Warning
Third party websites, like the one mentioned above, should be treated with caution. Please do not use real data from your tenant when interacting with these tools.
:::
![JSONPath editor](./img/jsonpath-editor.png)
Most of the examples provided in the operator tables above can be used against the Identity Attributes Changed event trigger input, as seen below. You can find all of the input/output schemas for the other available triggers in our [API specification](/docs/api/beta/triggers#available-event-triggers).
@@ -178,6 +182,10 @@ POST https://{tenant}.api.identitynow.com/beta/trigger-subscriptions/validate-fi
If SailPoint accepts your trigger filter, you must test whether it actually works. You must configure your trigger subscription to point to the URL of your testing service. [webhook.site](https://webhook.site) is an easy to use testing service. Just copy the unique URL it generates and paste it into your subscription's integration URL field. The easiest way to test a trigger subscription is to use the UI to fire off a test event.
:::Warning
Third party websites, like the one mentioned above, should be treated with caution. Please do not use real data from your tenant when interacting with these tools.
:::
![test subscription](./img/test-subscription.png)
Once you fire off a test event, monitor your webhook.site webpage for an incoming event. If the filter matches the test input, you will an event come in. If the filter does not match the input, then it will nott fire. Test both scenarios to make sure your filter is not always evaluating to `true`, and that it will indeed evaluate to `false` under the correct circumstances. For example, the filter `$[?($.identity.name contains "john")]` will match the test event for Identity Attributes Changed and you will see an event in webhook.site, but you also want to make sure that `$[?($.identity.name contains "archer")]` doesn't fire because the test input is always the same.