Red Hat Bugzilla – Bug 1269605
Add setting to disable background build triggered from Project Explorer
Last modified: 2015-12-01 09:49:49 EST
Description of problem:
When a User navigates to the Authoring Perspective we automatically build the "selected" Project so the Messages Console is updated to show any build errors for the project. The same can be said for when a User may switch projects; we automatically build the newly "selected" Project so the Messages Console is updated with the newly selected project's build errors.
Since customer has many projects which has many XLS files (e.g. more than 200 XLS files in a project), build takes much time (more than 10 min, up to ~30min). When navigating several projects in Project Editor, several backend build could take place and consume much CPU and heap, and then results in performance degradation due to FullGC.
Therefore, Customer is eager settings to disable such background build.
Version-Release number of selected component (if applicable):
You can set a global system property (in system.git) to disable the automatic builds triggered by Project Explorer.
1) git clone <path to .niogit/system.git>
2) Edit "settings.global" file
3) Add the following:
4) git add
5) git commit
6) git push origin master
Thanks for quick implementation.
Unfortunately, customer is running BRMS on Windows where is not allowed to install 3rd party software (e.g. git).
Is it possible to enable this option without git command?
I'm reluctant to add "yet another way" to configure preferences - as we already have a muddle of services in Business Central that we're working on trying to consolidate.
However, if the customer cannot manipulate system.git on a different computer (e.g. copy system.git from the server to a developers' PC, change, commit and copy back to the server) they can write an implementation of org.guvnor.common.services.backend.preferences.ApplicationPreferencesLoader that copies a System Property into Business Central's settings. The customer can then set System Property "build.disable-project-explorer" to "true" and not have to fiddle with system.git. I've attached an example.
They would need to:
1) Change package name in .java file to fit either BRMS or BPMS
2) Compile into a .class file
3) Copy file to WEB-INF/classes/org/kie/workbench/backend
Created attachment 1084306 [details]
Example class to load System Properties into workbench settings
Thank you very much for kindly provide example code as an alternative of direct git command. Customer would be happy with it.
Anyway, I have already strongly recommended them to install git on their Windows env again in my case as it would be highly possible that git is needed in the future to manage git repository directly.
Verified for both BRMS and BPM Suite by following steps in comment 5.
Michael Anstis <email@example.com> updated the status of jira JBPM-4795 to Closed