mirror of
https://github.com/LukeHagar/developer.sailpoint.com.git
synced 2025-12-09 20:37:47 +00:00
Added warning about using third party websites
This commit is contained in:
@@ -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.
|
||||
:::
|
||||
|
||||

|
||||
|
||||
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.
|
||||
:::
|
||||
|
||||

|
||||
|
||||
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.
|
||||
|
||||
Reference in New Issue
Block a user