Released: 2022-01-13
Happy new year from our team! Thank you for being with us. We appreciate your trust in choosing our platform. Our team is working in full capacity to provide new exciting features without forgetting to fix some outstanding problems along the way to improve your user experience.
The release includes lot’s of work under the hood. Our team is working to improve and refactor some of the core microservices.
Our team is working towards more uniform component deployment mechanism. The one which would work without involvement of our team. Many scenarios and mechanisms are being considered. More details will come in our future releases.
With this release we have refactored an outdated code from the gendry service
to prevent component configuration change every time we deploy the platform code.
When you deploy a new version of your component code our system builds it and saves it in the docker registry. This process also checks the version of the deployed code. If the version (or component semver) is the same or below the deployed version the deployment fails. Previously, the semver check would happen as a last step of the component deployment causing unnecessary delays for the component developer and resource consumption on the platform side.
In we change this behaviour. Now the platform would perform semver check in the beginning and reject with the message Error: Repo Build with version x.y.z already exists if necessary.
The three dots ... for opening thread details in the end of the log string at
the Logs page now displays permanently instead of appearance on mouse hover.
1.1.5 (v22.02)1.4.0 and 1.4.1 (v22.02)Upsert actionEnable download attachments to actions: Lookup Objects, Lookup Object, Lookup Set of ObjectsUpsert action1.1.0, 1.1.1 and 1.1.2 (v22.02)Read from BranchCreate Commit action1.0.0 and 1.1.0 (v22.02)Raw Request actionLookup Documents (Lookup Objects Plural) actionMake Raw File Upload Request action1.0.0 (v22.02)Convert actionReleased: 2022-01-27
We would like to inform you all about the impending roll-out of the new Integration flow Step configuration page during our next 22.06 release (10th of February 2022). Our OEM customers will receive the detailed explanation of changes in advance.
Here is the difference of already configured integration step showing the summary page:
We would like to draw your attention to the impending changes:
Next screenshot shows details of a component configuration view where not all sections are completed:
Here you can see the difference between already configured sections (shown in green), next section to configure (filled grey) and the other sections (hollow grey) which will not be possible to configure unless the previous section is completed.
Next screenshot shows details of a component configuration view where the Jsonata field has an incorrect entry:
The release includes lot’s of work under the hood. Our team is working to improve and refactor some of the core microservices.
In our 22.02 release view announced our intention to find a new path for component deployments. The one which would not require direct involvement of our support.
With this release we are happy to let you know that we have made significant progress in identifying the reliable mechanism and testing our first node.js and Java component deployments using the automated build processes from CircleCI.
Here is the workflow we have already in place:
tag) is created in the GitHub component repository and the release is published.appbuilder + apprunner images.tag version and submitted into the Dockerhub.latest version is created at Dockerhub side each time code is updated.Stay tuned for our next steps.
News in this section are for our customers who use OEM version of the elastic.io platform.
In the release 21.45 we announced about the new quota feature capability to
limit flow counts per workspace, contract and tenant. To apply this quota
you must have either the Service Account or Quota Manager credentials.
We have now a dedicated documentation page about the Flow Count Limit.
1.0.0 and 1.1.0 (v22.04)Create actionUpdate actionDelete actionLookup Object by ID actionLookup Objects by multiple filters actionMake Raw Request action1.4.0 (v22.04)Log Message actionCreate JSON Patch actionApply JSON Patch actionReleased: 2022-02-10
As we announced in the 22.04 release notes we are introducing new look and feel for the integration flow step designer.
The new step designer includes the following improvement and advancements to the flow step configuration process:
The release includes lot’s of work under the hood. Our team is working to improve and refactor some of the core microservices.
With the we removed the old local agents from the platform. The code is refactored. You can not request old local agents anymore.
We constantly improve different aspects of HELM3 deployments in collaborations with our partners. This section lists updates and improvements done in this round.
With the platform version we refactored and removed part of the platform code related the old Local Agents. For this reason a migration must be done.
Please note, you must do the migration.
Follow these instructions for installation:
Make a DB backup before the release since the migration will remove the following data:
For our on-prem customer we are sharing our own monitoring and alerting information as an optional part of the HELM3 deployment. For details visit the dedicated monitoring page.
To reduce the login session timeout to 24 hours, you could set the COOKIE_MAX_AGE
variable to 86400000 (24 hours in milliseconds).
The following environment variables were removed:
KUBERNETES_RABBITMQ_URI_SAILORRABBITMQ_URI_BOATSWAINSMARATHON_URISECONDARY_MARATHON_URIGELF_ADDRESSCONTAINER_HTTP_PROXYKUBERNETES_SLUGS_BASE_URLUSE_MAIN_MARATHON_ONLYRABBITMQ_EXTEND_BOATSWAIN_ALL_QUEUES_POLICYFor up-to-date HELM3 chart descriptions check the dedicated HELM3 deployments page.
1.2.0 (v22.06)Create a Payment actionOrders support for lookup (both) and delete actionsMake Raw Request action1.0.0 (v22.06)Trigger another flow actionReceive trigger from another flow trigger1.3.0 (v22.06)We release this component generally. These release notes include all updates
from version 1.0.0 to 1.3.0
Fetch Dynamic Select Model actionFetch Dynamic Metadata actionLookup Object (Plural) actionRaw HTTP Request actionLookup Flow actionUpsert Flow action1.0.0 (v22.06)HTTP request actionReleased: 2022-02-28
After introduction of the new flow step designer with the last release, we continue our efforts to improve the user experience. This week we present an improvement to the summary page. Now you have the component version and used function listed along the credential and component name.
You can now add additional fields along with the main OAuth2 type secret. To use
you must add additional fields into the credentials section of the component.json
together with the oauth field. For example:
{
"name": "Component Name",
"authClientTypes": ["oauth2"],
"credentials": {
"fields": {
"oauth": {
"label": "Authentication",
"viewClass": "OAuthFieldView",
"required": true
},
"base_url": {
"label": "Base URL",
"viewClass": "TextView",
"required": true
}
}
}
}
This will render an additional field called Base URL along with other OAuth2
fields.
You can also use the API call to save the credential (auth-secret) with the additional fields.
Please Note this additional field will only works with the
oauthcredential type containing theOAuthFieldViewviewClass.
With release the platform will start using bcript
(instead of SHA-512) to encrypt passwords before storing them into the DB. This
would mean:
bcript to encrypt passwords of all new registered users.bcript upon their next successful login or password change.auth field defined. Now the field is ignored and credentials shown.1.2.7 (v22.08)REVERTED Node engine from "node": ">=12.13.0" to "node": "12.20.0"
Released: 2022-03-10
The platform release introduces further improvement to the step designer. Now you can move or drag the horizontal divider between the step designer and the general flow structure. This way you can adjust your working area according to your preference.

When you change or reset your password the system will invalidate all active sessions associated with this user account.
Please Note There can be an issue with active UI sessions. If you can’t open UI pages, clear the browser cookies and try again.
When the platform detects duplicate sign-in session for your account it sends an email notifying about it. In this release we improved the text of this email for more clarity.
Released: 2022-03-28
In platform version we are releasing the new automated component deployment feature. We introduced the underlying concept with the version 22.04 release at the end of January 2022. Here is the final workflow of the automated component deployments:
tag) is created in the GitHub component repository and the release is published.appbuilder + apprunner images.tag version and submitted to Dockerhub.latest version is created in Dockerhub each time the code is updated.components-pusher at certain intervals checking the component Dockerhub latest version.Please Note - we determine and set the configuration of platform
components-pusherin HELM3 deployment charts. These configurations provide more options for each component. Here we present the typical scenario.
The automated component deployment process works along with the old git-push
workflow. You can push components via git receiver as well. The components-pusher will not
interfere with your pushed version.
2.6.27 (v22.12)We released a new version (2.6.27) of the Node.js Sailor library version. This
version includes an npm audit to CI and updated dependencies.
To improve the user experience on the credentials page we added the component team and repository name to which this credential belongs. This helps in distinguishing between different deployments of components and in choosing the correct component for credential modification.

The above images show two different repositories of the same component. The new improvement shows the difference between these two components.
We constantly improve different aspects of HELM3 deployments in collaboration with our partners. This section lists updates and improvements done in this round.
With platform version we introduce a new configuration to set the login password length and the requirements. The following variables have been added to HELM3 charts:
MIN_PASSWORD_LENGTH - the user password must have at least this number of symbols,MIN_PASSWORD_RULES_MATCHES - number of minimum different character groups (uppercase, lowercase, numbers, special symbols) should be matchedTo provide more granular control for session timeout and distinguish between idle
and absolute timeouts we introduce new configurations and deprecate the COOKIE_MAX_AGE
environment variable. The idle and absolute timeouts follow definitions described
in the OWASP. We also introduce the HELM3 configuration variables to control values
for these new timeouts:
SESSION_IDLE_TIMEOUT - default: 24 hours - replaces COOKIE_MAX_AGE,SESSION_ABSOLUTE_TIMEOUT - default: 2 times the SESSION_IDLE_TIMEOUT.With introduction of automated component pusher we change the standardise component
build procedures preparing them for components-pusher service. The following component
build configurations were changed:
1.1.13.1.12.5.11.2.81.5.01.1.1 (v22.12)No Auth, Basic Auth and API Key Auth authentication methodsRaw RequestConfigured Request1.5.0 (v22.12)Update Inventory LevelGet New And Updated Objects Polling trigger1.0.0 (v22.12)Make Raw Request1.2.0 (v22.12)Lookup Set Of Objects By Unique Criteria