Frends iPaaS Roadmap

It would be good if it were possible to jump to a specific error from the process instance view and not have to go through (for example) the parent process, then the subprocess and then that subprocesses subprocess to find the error.

As a normal internet user I don't want show my email address too often. Unfortunately Frends will show it always, all the time in every page. Therefore it shows on screenshots, screen share etc.

It could be replaced with for example a 👤 .

As a developer I would like to be able to add private/corporate NuGet package registries in Tasks -> NuGet sources.

In our company, we plan to develop custom Frends tasks, for our internal needs, having some domain-specific logic and possibly dependencies on our other internal libraries, services etc. We cannot push our NuGet packages to public registries and currently the only way to use our custom tasks is to import the packages manually.

It would be helpful to have a widget that shows "last changed" integrations in dashboard.

As a developer it would be nice to see directly which type is selected for a field (text, JSON, expression...) with one look. F.ex. different background color

Currently, the input parameters for a subprocess are stored in the order in which you create them. It would be beneficial to have the ability to order them either by drag and drop or in alphabetical order.

As a Frends API consumer, I would like to get information about the tags of a Process.

As a administrator it would be nice to be able to Tag Environment Variables, this would allow quick filtering and restricting access to edit only certain values.

Currently, developers need to remember to manually toggle "Dispose at the end of the scope" for all task elements, whose result is IDisposable. This is very error-prone, because users of Frends tasks often don't know about the internals, such as which types need to be disposed. Even task developers can occasionally just forget disposing when using their own tasks.

My request is that Frends removes this footgun by somehow automating the toggle. Below are some possible solutions:

1) Make the toggle true by default.

2) Interpret some data annotation (provided in the task's C# source code) to mean that the toggle should be on by default.

3) When the task is imported, check whether the task's return value is IDisposable and set the toggle according to that. Although this doesn't work for tasks whose return type is upcasted to object, it's sufficient for most users.

The current user interface style has quite a lot of whitespace (for example columns are taking more space than their contents is, UI elements have a lot of space around them etc). Some users may feel this increases user friendliness and ease of use. However, some users might prefer "tight/compact" UI, where more data is shown in screen. Could there be a toggle which allows user to choose "relaxed & visually attractive vs. compact & simple" user interface? This could be a similar per user toggle like dark mode.

Cleaning up old environment variables that are no longer in use in any process/subprocess requires a lot of manual work. Could there be some mechanisms to filter the list of environment variables, for example a prefefined "Not in use in any environments", which would leave only those environment variable groups & variables visible, which are no longer in use?

If process/subprocess is deployed to many agent groups, user is required to perform multiple deploy activities for getting the change updated to all required environments. Easier solution would be to allow user to select multiple agent groups at the same time from the deploy dialog.

You should be able to assign a color for an Environment, which would be shown as the background color for the navigation bar, so an operator knows which Environment is current selected.

Running agents on-prem with gMSAs (group managed service accounts) eases management of user accounts and is more secure as the password management is automated.

Currently the installer does not allow empty passwords as it internally always calls "sc.exe" with "pw= " no matter what. Pretty much the only major change that would be required is to allow setting the password to null and removing "pw=" argument in this situation. (The gMSA account will need "run as service" privilege on the server, but iirc sc.exe should not return errors even if the said privilege has not been set).

When Process has been successful, it is marked with green icon. When it has failed, it is marked with red icon. We have encountered that we would need another icon to indicate cases where - in the technical perspective the Process has passed and - in the logical/validation perspective the Process has failed. One example of this is that integration itself works as it should but there is invalid content in some field. For example ERP returns an error of an invalid cost center. Then it would be great to be able to mark Process instance in some way in order to ease the error finding. Because in some cases persons who are using external systems that send data to ERP ask integration people what's wrong.

For example possibility to list all references for a certain variable or environment variable. Maybe also a free text search against all the editable sections inside a Process (including element names, all the configurable settings of an element, code statements etc.).

The search functionality and the results could be in a separate window somewhere inside the Process editor, maybe included in the Toggle Minimap etc features section in the lower left corner. Results could be shown as a list including the element name and the name of the config setting of the element which matched the search. Also total count of matches could be displayed.

After the search, Process editor could automatically highlight all the elements that matched the search. And by clicking a result in the search list, Process editor could automatically adjust the element in the center of the canvas, open the config settings of the element and highlight the setting(s) that matched the search.

As a developer, I would like to share URLs to the environment variable page that expand a specific environment variable group, expand a specific environment and/or focus/scroll to a specific environment variable in that environment.

More specifically, the following URLs should work (URL structure not really important, just illustrating the use cases):

• https://tenant.frendsapp.com/EnvironmentVariables/MyEnvVarGroup

• https://tenant.frendsapp.com/EnvironmentVariables/MyEnvVarGroup/Development

• https://tenant.frendsapp.com/EnvironmentVariables/MyEnvVarGroup/Development/MyEnvVar

Furthermore, navigating the environment variables page should automatically update the current URL (probably using history.pushState) to the selected environment variable group so that the URL can be easily copied.

I've not yet found a good way to refactor the environmental variables when you for example realize a spelling mistake in a group or on the variable itself. Or maybe you just find a more suiting name of the variable over time. I think it would be a great addition to be able to edit the variable/group name, and then cascade update each reference to the variable in all processes where it's implemented.

It would be a great QoL improvement if we could see and edit process schedules without needing to publish a new version of the whole process. Currently you can not even see when the process will trigger without opening the whole process in the editor. Scheduling should be done outside of the actual process.

It is easy to find process where environment variable is used. But in process it might be a bit tricky, specially if process contains dozens of tasks. Is it possible to add environment variables to find?

As a manager I would like get notifications when something has been changed in Frends configuration such as process is deployd to production, or new Agent is Added in Frends. All Frends had to do is ability to send http request of when something happens. I can then use e.g. Frends to create nice Slack etc. notification from that.

Currently the only officially supported database for the Agent is Microsoft’s SQL Server. It would be beneficial and more cost effective to also support other SQL databases, such as PostgreSQL or MySQL which do not require a separate license.

Some cases the problem is not that the loop errors, rather than a specific item in the for loop that has to be found to see what happens to it.

As a developer I would like to have two task windows open at the same time side by side, similar to when you have a task selected and you open e.g. snippets from the side. It would make life so much easier when you need to copy and move parameter values to another task block. Clicking on the background may close both for ease of use.

Allow drag-and-drop, or some kind of buttons, to reorganize the parameters for a subprocess. Sometimes you add a new one later on that should be grouped with parameters other than the last ones.

Could there be a point or some mark that indicates what will be in view (by default) when you open the process edit view? Like some mark that indicates this mark is the left upper corner of the default view / what someone opening the process in editing view will see first?

Could the canvas be slightly gray in the area that will be the default view when opening the edit view of a process? Then developer knows that they can have the important part of the process in view immediately when opening the process.

Why:

• Changelogs are useful way to document and get information about project’s history: why and when something has happened. This functionality is well implemented currently for Processes. But there is no changelogs available for example for User Management, API Keys + Rulesets and Monitoring Rules. Also even though Environment Variables have a pretty good version history, it could be even more informative. --> By extending changelog functionality, all important Frends changes would have an option to include a descriptive comment of the change. Changelogs would offer a wider view of what have happened in Frends.

What:

• Expand changelog functionality of Environment Variables

• Comments as a new feature: When making a change, comment could be added to include info about the change for example Jira ticket id etc. Similar like is currently used in the Process editor.

• Comment would be also displayed in the Change Log.

• Show changelog on group level (In addition to an individual environment variable): Fields to be displayed: Environment, VariableName, PreviousValue, NewValue, Modifier, ModifiedAt, Comment. --> This would provide an easy way to have an overview of what have happened on a group level.

• Add changelog functionality to following areas

• User Management

• Api Keys + Rulesets

• Monitoring Rules

What: API Trigger could have a boolean setting “ValidateInput” for enabling incoming requests validation (+ maybe also a sub Boolean setting for not allowing whitespacecharacters for string parameters?). Validation would be done for all the parameters specified in the OAS including for example path and query parameters. For Post requests validation would include also the payload. Validation would be done in a similar way as is currently done with the jsonschema task: Datatypes and required fields would be verified. API Trigger would return a new object called “InputValidation” in case of ValidateInput would have set to true. Validation object could have for example IsValid Boolean + list the failed parameter info. Frends could either 1) Directly return HttpStatusCode 400 + errormessage to caller or 2) In the Frends process, custom process logic could be implemented against InputValidation object, where InputValidation.IsValid could be checked and process execution could proceed or a custom response returned.

Would be nice to have capability to:

• launch process from certain point;

• resume processes from certain point (of failure for example with params);

• launch single tasks from UI, like REST/SQL tasks (similarily to what you do with postman or curl on desktop;

As a developer it would be nice to know which tasks is used in bpmn block in smaller font next to label of block (REST/SQL.. etc.).

It would be nice to be able to download the source code and the Process package for a Process. This could be possibly added to the Process version history dialog

Having descriptions for Process variables makes them a lot easier to use them and would be pretty necessary when using them for Process Templates

For monitoring Agent statuses automatically it would be nice to have an endpoint on the Management API to be able to query the status of Agents. The result could contain the following data:

• Agent name

• Last update

• Last status

• Last error

At the same time the event log could have a separate end point with the following data:

• ID

• Event hash (not sure if this is necessary)

• Agent name

• Level

• Message

There is a need for an Admin page where an admin could see relevant information about the status the platform.

Information that could be shown:

• Service Bus status

  • Queue lengths

• Database status

  • Size used/quota

• Logs

• Etc to be added

Currently it is not possible to use asynchronous calls inside of code shapes due to us wrapping the code inside of an action. But if you would like to use an async method, e.g. await Task.Delay(1000), you can’t do that and have to block the thread, which is bad.

Currently if the Process has any async Tasks it is executed asynchronously, so we could add a similar feature to code shapes to mark them as async if they contain the await keyword

A common problem is that the editor type is left as Text instead of Expression which causes the Process to end up in an error. As a suggestion the type could be left visible all the time instead of just when hovering over the field with the mouse cursor.

It would be nice if we had a public listing of Task EOL dates and some description/explanation. This could be refreshed daily for the and shown in the UI if you’re editing or creating a Process that is using a Task that has a known EOL.

It could be possible add information about Task deprecation to the Tasks portal, but that might not be as discoverable as in the UI.

On further review this would be best implemented by using the NuGet deprecated field, but that is currently not supported by Azure DevOps NuGet feeds. Please upvote the feature request here if you find this feature necessary: https://developercommunity.visualstudio.com/t/mark-packages-as-deprecated-in-azure-artifacts/1267756