Hi everyone, this time I would to share a community effort related with building a Mobile implementation of the jBPM Console NG. There are some screens which really make sense to access from a Mobile Device. This post is about which features are currently provided and how you can get involved in the development of such features.
Technology Stack: MGWT + Uberfire
All the jBPM Console and KIE Workbench is built using Uberfire which relies on Errai and GWT. For that reason, it was a logical step to use MGWT to build a hybrid application (between native and web app) that allows us to interact with some of the functionality that is currently provided by the jBPM Console and the KIE-Workbench. MGWT give us the power of reusing all the GWT exposed backends providing UIs that fits better for Mobile Devices, such as phones and tablets. By reusing all the backend logic we can make sure that the functionality being consumed by mobile devices is exactly the same used to support the stable version of the Web UI in our products. One of the main goals is to provide a lightweight implementation that serves for both Android and iOS devices, it is fast and flexible so it can be extended and adapted for different business needs.
Demo
Here you can see a short video showing the UI, and how you can interact at the same time with the Web UI and the Mobile UI.
Get Involved
All the work was done by Tomáš Livora and it was part of his Bachelor Thesis that you can find here:
https://is.muni.cz/th/396542/fi_b/thesis.pdf (<- if you are interested
Tomáš did a great initial work, but there is a lot of room for other community contributions, regarding testing, documentation and more features. For now you can find all the source code of this implementation in a branch of the jbpm console ng repository: https://github.com/droolsjbpm/jbpm-console-ng/tree/mobile-integration Please get in touch if you are willing to collaborate or if you want to know more about the project.
Salaboy (Open Source Knowledge) 
Is a great post, Right now I’m in a new project using the red hat bpm suite, in this days I found a great problem, I have some process (50-60), and this process are changing all the time (maybe 3 times in a year), the screens also must change, what is the best approach for solve this problem, dynamic screens-forms, many wars (one for each process version), or use de jbpm console and put all the effort in customise it
Thanks and regards
LikeLike
Hi Rene,
Which version of the bpm suite? If you are running under a subscription you will need to contact red hat to get support.
Here in my blog I’m writing about the community projects.
Regards
LikeLike
Hi Salaboy, is the 6 version, based on your experience I think that you can give a better idea 😀
LikeLike
This is only my opinion, but I think that if you can define your requirements better, customising the console via the community projects can help you a lot to deliver custom and more advanced solutions than the generic ones provided by the project.
If you take a look at the jbpm console ng repository you will find that each section of the console is a module with three sub modules: api, backend and client. If you are planning to provide custom and advanced forms I will suggest you to do it in GWT and using that project structure. We are currently working in a generic way to add custom (coded forms) into the platform, that we hope to stabilise for the future version of the community project (maybe 6.3)
HTH
LikeLike
Thanks Salaboy, is a great idea, I will download the code for review it.
LikeLike
Hai ,,,I just want to know more about JBPM mobile suite…Can you please provide documents reagrding jbpm war deploying in jboss AS 7 or wildfly,,email : anish.jr@amritatech.com
LikeLike
Hi there, we are working on a new mobile suite at the moment, but there are a couple of PoC around, look for my blog posts about that.
For wildfly deployment just look at the official documentation or even just download the jbpm installer that does that for you.
Regards
LikeLike