Flowable Modeler vs Activiti Modeling App

TL;DR

  1. Why is the flowable modeler abandoned (2 years ago) in Angular 1 while the Activiti-Modeling-App is under active development at Angular 7 (https://github.com/Activiti/activiti-modeling-app)??

  2. Can we embed the Activiti-Modeling-App in our modern (Angular 8) web app, and use it to edit processes we run with the Flowable 6 engine on our server?

Longer:

We are trying to upgrade our embedded engine and UI from Activiti 5.15 to Flowable 6.

We’ve got the engine working and are at the point where we want to add in the modeler.

We used to use KIS but deprecated it a while ago and want something modern that fits in our Angular UI (and has an open license).

Other posts on this forum discuss the option of runnign the Modeler application or embedding the JS.

We don’t want a separate application, because we don’t use the task app, and the navigation, load/save lifecycle, etc with the separate editor would be clunky (among other reasons).

The only way we could embed the Angular1 UI would be to treat it as a separate single-page-app and intercept Save actions (assuming there is not a lot of other ajax we would have to intercept… this is basically what we used to do with KIS)

Of course it would be easier (presumably) if the Flowable Modeler were a more modern Angular 7 application, and better in general if it were being actively developed.

The we noticed that the Activiti-Modeling-App is going strong. What’s up with that? Can we get the best of both worlds and use the Activiti 6 modeler and the flowable 6 engine?

Is anyone else doing this?

Looks like there was some activity as recent as 6 days ago.

Note: Flowable Modeler uses the Oryx Editor.

The Activiti Modelling Application is built using Angular and use the BPMN.io tooling (check the application’s package.json).

Ref:

1 Like

Thanks for taking the time to work up such a thoughtful reply Robinyo. The links are particularly helpful.
Some followups.

On my abandonment issues: The Flowable modeler is clearly no being worked on. That 6-day-old change was not in the javascript app itself, which has barely been touched in 2 years if you see here (https://github.com/flowable/flowable-engine/tree/master/modules/flowable-ui-modeler/flowable-ui-modeler-app/src/main/resources/static/editor-app). And it’s in Angular1! (aka AngularJS)

I’m not arguing this to be difficult, but I want some input from the Flowable developers as to what is the roadmap for the modeler.
We don’t want to commit a serious lot of developer time to replacing our old abandoned editor (KIS BPM) with a more-recently-abandoned alternative, only to have to go through it all again next year.
Again, Flowable people, what’s the roadmap?

I mention the activiti modeler, because I understood there was continued back-and-forth merging between the activti and flowable repos after flowable forked… are the flowable engineers involved in code used in activiti?

Also concerning: what does this imply for the two engines? Is it possible there is more development on the activiti engine than the flowable one? Are we making a mistake moving from Activiti to Flowable?

Lastly: is the activiti-modler UI fully compatible with the Flowable backend?
Does anyone know of any advantage in using the activiti-modeler vs bpmn-js alone? It seems to have a lot of additional source code.

@chrisw

No, I didn’t think you were :slight_smile:

But in fairness to the Flowable team they are just making use of some existing open source tooling.

The Oryx Editor was developed by the guys that went on to found Signavio. The original code base is no longer being maintained.

If you search “GitHub Oryx Editor” you will find a few git mirrors of the Oryx Editor project.

Here’s a link to the Flowable roadmap. It doesn’t mention the Flowable Modeler application (nor any of the other Flowable UI applications).

If you take a look at the Developer documentation for Flowable’s commercial offering you will see that they favour React over Angular.

Really?

1 Like

I think there was only one-way merging from Flowable :wink:

And if you look at what’s changed in Flowable since we (the original Activiti team) forked, then it’s very clear which are the more advanced and active BPM engines.

We’re trying to work out what’s best for the modeling app, it mostly comes down to resource and time. Use of the bpmn io code has licence restrictions that prevent us from working with it. Would an embedable but non-open source option be viable for you? (just to help us think about options)

Cheers
Paul.

1 Like

Hi @chrisw,

The focus of Flowable is on implementing the engine projects with the Flowable 6 BPMN engine, CMMN engine, DMN engine and the new event registry. The Modeling, Task and Admin app have been developed with a lot of effort a couple of years back and now we maintain them when bugs are reported etc. Upgrading the Flowable Modeler app from Angular 1 to a more recent Angular version is a major effort and it would require also help from community members. If you would be willing to help us upgrade to a more recent Angular version we would be happy to put in effort as well.

Best regards,

Tijs

2 Likes

Hi @PHH @tijs

Upgrading the Flowable Modeler app from Angular 1 to a more recent Angular version

Could you set up a topic - “Reimagining the Flowable Modeler” :slight_smile: - where we could discuss this?

Suggested Features:

  • Angular CLI
  • Progressive Web App
  • Authentication (e.g., OpenID Connect)
  • Authorization (e.g., OAuth 2.0)
  • Contemporary UI (Angular Material → Material Design Web Components)
  • Custom Themes
  • Code Splitting (Lazy Loading Angular Libraries)
  • Dynamically Importing Static Libraries (e.g., oryx.js)

For discussion:

I may be able to help out:

Cheers
Rob

Thank you all for the thoughtful replies and the clarification they bring.
With these, and a good look at the github repos, it’s become clear to me that Flowable is the state-of-the-art where the engine is concerned, so we’re doing the right thing upgrading; while clearly Activiti-Modeler is the state-of-the-art where UI is concerned (even when compared with the bpmn-js layer it is built on). This kind of makes sense, since I agree (and have seen how) upgrading such a UI is a very costly undertaking, and it makes sense for Alfresco to invest in it, given their product and customers.

It still leaves me with the one open question:
Is there any experience out there - or opinion on the feasibilily of - using the Activiti-Modeler - with the Flowable engine?

To @PHH’s specific question: non-OS would be a non-starter for us. One of the reasons we dropped KIS BPM was it’s restrictive license: that made it very hard for us to integrate and maintain it.
Quite apart from the limitations in modifying and adapting code for integration, non-OS would raise security concerns.

Thanks again for taking the time to all weigh in - if anyone as any clear knowledge one-way or the other on activiti-modeler-with-flowable vs bmpn-js-with-flowable, be it from a technical, practical or legal standpoint, I’d appreciate it.

We’ve opened a new forum category to focus thoughts and efforts around getting an updated modeler. We do want to get something moving that is completely unrestricted.

https://forum.flowable.org/c/modeler-remodeled/9

Let’s see if we can get some momentum behind that.

Cheers
Paul.

New category created and initial post: here.

Cheers
Paul.

1 Like