You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The integration instance.config contains properties with values loaded from the ENV when executed locally. In JupiterOne, the user configures the integration in a UI and the values are saved in a DB. In both cases, a property may not be provided, have formatting problems, or be otherwise invalid. In some cases, there should be default values for a property, and in other cases, the integration needs to calculate configuration values for the steps.
Provide a callback to calculate the configuration that will be provided to steps. It's an anti-pattern to have the validateInvocation code mutate the config.
Update the integration-template to wire in the callback, and show how types can be defined to distinguish between what properties are loaded from ENV/known to the J1 UI (the config fields), and what are the calculated config provided to the steps.
Add helper functions for coercing ENV values and otherwise calculating properties.
Consider how to extend the config fields capability to auto-coerce known fields.
The integration
instance.config
contains properties with values loaded from theENV
when executed locally. In JupiterOne, the user configures the integration in a UI and the values are saved in a DB. In both cases, a property may not be provided, have formatting problems, or be otherwise invalid. In some cases, there should be default values for a property, and in other cases, the integration needs to calculate configuration values for the steps.validateInvocation
code mutate the config.ENV
/known to the J1 UI (the config fields), and what are the calculated config provided to the steps.Check out the Qualys
calculateConfig.ts
code for examples/inspiration.The text was updated successfully, but these errors were encountered: