In our quest to improve every aspect of our User Interface, we added a search function to the Credentials page. When you navigate to Integrate - Credentials you can now Search by component name to find the credential card you need instead of scrolling to find it.
When you configure a webhook component step in your integration flow, you can either Send sample request or Add sample manually. When you select Send sample request a WebHook address is provided which you can use to send your example sample.
We also highlight that this address to be used only one-time to send a representative sample which you can use to configure subsequent steps in your integration flow.
To improve the user experience and prevent an accidental JSON data structure pasting
into the Body field while in an Integrator mode, we changed the User Interface
behaviour to default into JSONata mode when an application/json
content type is
selected for the POST
and PUT
HTTP calls.
This change avoids possible errors when users forget to change the input field settings deom Integrator to JSONata mode.
Components exchange information with various platform services using run-time environment variables during execution of each step of an integration flow.
We are constantly working to standardise and add new environment variables to streamline the information exchange. The following environment variables were added to the run-time:
WEBHOOK_URI
- This environment variable will be available to each step in the flow which exchanges data with the webhook service, eg. WebHook or Flow-linking. This environment variable from the Tenant attributes webhooks_domain
or from the HELM3 environment variable WEBHOOKS_BASE_URI
if the Tenant record is missing.
ELASTICIO_CONTRACT_ID
- To help with troubleshooting of errors in multi-contract cases this environment variable will be available during the run-time of every execution including:
2.7.0
A new version of Node.JS Sailor library 2.7.0
is released. This update is
preparatory groundwork for the message persistence feature.
3.4.0
A new version of Java Sailor library 3.4.0
is released. This update is
preparatory groundwork for the message persistence feature.
We constantly improve different aspects of HELM3 deployments in collaboration with our partners. This section lists updates and improvements included in this release.
Iron-bank
service collects statistics from the running integration flows. The
service is now running as Kubernetes DeamonSet together with
the cadvisor
. This reduces the load on the system significantly and increases
the scalability of Iron Bank.
Information in this section is intended for our customers who intend to extend the automatic component delivery to include custom developed components.
Added new endpoint to PATCH
/v2/teams
to add docker registry to a team. Check
the API documentation for the details.
To extend the automatic component delivery to include custom developed components, we
modified the componentsConfiguration
section of HELM3 charts in the following way:
componentsConfiguration:
developmentTeam: teamName
components:
componentName:
# Image tag for pulling into the internal docker registry. Required, can be "latest"
targetTag: latest
# Image name by which to pull repo from registry. Optional, `team_name/repo_name` by default
dockerRepoName: "orgName/repoName"
# Team where create RepoBuild. Optional. Will override root `developmentTeam` on the `components` level
developmentTeam: teamName
# Access for the component in the platform context. Optional, `global` by default
access: team
Please Note: These are breaking changes and you should carefully revise your setup if you intend to use this feature.
developmentTeam
- unchangedcomponentName
- unchangedregistry
, url
, repo
and tag
got changed into dockerRepoName
, developmentTeam
, targetTag
and access
. Please review these changes carefully.Along with these changes the following new required variables were introduced:
DOCKER_REGISTRIES_ENCRYPTION_KEY
used to encrypt credentials for docker registriesCOMPONENTS_PUSHER_AUTH_USERNAME
used to authenticate to components-pusher serverCOMPONENTS_PUSHER_AUTH_PASSWORD
used to authenticate to components-pusher serverThe components-pusher expects to find these variables to deploy the component docker images into your default team.
The new approach expects to also find a new optional TEAM_DOCKER_REGISTRY
environment
variable in case of custom developed components. It is defined in the following way:
TEAM_DOCKER_REGISTRY:
uri: "https://index.docker.io/v1/"
credentials:
username: ""
password: ""
For the uri
system expects string
containg the address of docker registry.
The credentials
object can have the following properties:
authFile
- path of the authentication fileregistryToken
- bearer token for accessing the source registryusername
and password
If none of the above are used - components-pusher
will try to access the registry
anonymously.
The components-pusher
is not longer a cronjob but a fully integrated service of
the platform. It runs in Kubernetes cluster in a single instance (replicas non-configurable).
The service runs following way:
dockerTargetTag
fields in the repo
documents..Values.componentsPusher.processLoopInterval
parameter of the component-pusher
service. The frequency of checks is set in millisecond(ms). The default is 86400000 ms (1 day).component-pusher
uses the newly added internal endpoint (/copy/:component_id?version=:version
) to pull of the specified component and version from docker registry. Uses basic authentication with COMPONENTS_PUSHER_AUTH_USERNAME
and COMPONENTS_PUSHER_AUTH_PASSWORD
values defined in the HELM3 charts.createTeam
task now creates/updates default team with docker registry data from the TEAM_DOCKER_REGISTRY
environment variablecreateDefaultRepos
task creates/updates components listed in componentsConfiguration
. Teams, in which these repositories are created, require to have docker registry data associated with them. If default team used - docker registry data will be taken from TEAM_DOCKER_REGISTRY
variable. If any other team used - it needs to be patched with correct docker registry data using API endpoint PATCH
/v2/teams
.oauth
and additional fields, baseUrl
, etc ) could not be retrieved in the OAuthFieldView
. Now all fields can be accessed directly from the cfg
object.1.0.0
Introducing new component for Microsoft Dynamics CRM.
Make Raw Request
action2.2.5
1.1.0
CLIENT_ID
and CLIENT_SECRET
credentialsLookup Object (at most one)
actionLookup Objects (plural)
actionUpsert Object
actionDelete Object By ID
actionGet New and Updated Objects Polling
trigger1.0.3
Sailor
library version to 2.6.29
component-commons
library version to 3.0.2
1.0.2
Sailor
library version to 2.6.29
component-commons
library version to 3.0.2
1.4.3
Lookup Object (at Most 1)
action for Object Type - OrdersAllow ID to be omitted
option in the Lookup Object (at Most 1)
actionSailor
library version to 2.6.29
1.6.5
429
error (respecting the Retry-After
header)1.5.3
Verify
credentials