Red Hat Bugzilla – Bug 858120
The language "en-UK" is hardcoded in HumanTask handlers
Last modified: 2015-06-01 21:39:47 EDT
jBPM5 requires the use of String parameter *language* for most operations to interact with HumanTask features. However the value "en-UK" is hard-coded in the handlers so users can not define another language, unless them override our handlers implementation to define a different value (which is not a good solution).
We should be able to provide the setup for this attribute programatically in handlers or externally by process definition.
Added support for specifying locale (language) paramter for user tasks. It is supported exactlly the same as other parameters of user task - task name, group id, comment.
New parameter is Locale and if not given it defaults to en-UK.
In addition to that console can be configured to use other than default (en-UK which was hard coded as well) locale by specifying it in jbpm.console.properties under jbpm.console.task.service.locale key.
I would suggest to add that in the tooling especially in designer as it should be rather quick task. That would enable users to take adventage of it while modelling. Wdyt?
Awesome Maciej, thanks.
My initial idea was precisely that, make it available to be modelled in the process.
Locale parameter has been added for user tasks in Designer (2.3.x prod branch). Users can specify this now per user task.
Let me know if there is anything else.
eclipse plugin has be updated as well to provide locale parameter support (5.3.x and master of droolsjbpm-tools)
As far as I know, there is no updated build of the JBDS tooling. Thus, ON_QA is an invalid status. Julian?
I think that this bug can be assumed as ON_QA, because Tihomir and Maciej have fixed the described problem in the Designer and HT handler code and it should be ready to be tested in the ER2.
Maciej just said that there should be a fix for the JBDS plugin too. This is true, but I would prefer to create a new Bugzilla for the JBDS plugin (by cloning this Bugzilla), because the assignee, QA engineer and the release process for JBDS plugin is/will be different.
So I am changing the status of this bug back to ON_QA and I'll file a new bug for the JBDS plugin. Please approve the flags of this bug again and also please write a comment if I have missed something.
Maciej Swiderski <email@example.com> updated the status of jira JBPM-3791 to Resolved
Maciej Swiderski <firstname.lastname@example.org> made a comment on jira JBPM-3791
committed to master as mentioned on BZ comments
It looks like the bug is fixed but there is another problem. There exist two views which should be identical but they are not. The second one does not contain locale field.
jBPM Task -> Human Task View -> Create (fixed)
Drools Task -> Human Task View -> Create (not fixed - missing locale field)
Could it be that some other (older installation) is still there? I think Human Task view was moved from drools into jBPM perspective. When looking at the code base (droolsjbpm-tools/5.3.x) this view is only defined in org.jbpm.eclipse.task plugin so I can't see any way to fix it in code.
I just installed very new and clear JBDS 5.0.1.GA and there are still two Human Task views. I'm aware of it that the view in Drools task is some legacy stuff and I guess that it should be removed and the only one Human Task View should be in jBPM task. Am I right?
yes, jBPM Human Task view is the one that should be present
Users should be using the jBPM task view. The Drools task view is only there for backwards compatibility reasons, but afaik should never have been included in JBDS. We already removed it in the latest community release, we can cherry-pick that to the product branch as well if wanted.
this bug tracks the problem in the Designer and jBPM HT module. You should have assigned to yourself JBDS related bug: https://bugzilla.redhat.com/show_bug.cgi?id=863390
I am already done with the testing of this problem. As I could see the issue has been fixed in the Designer, jBPM console and HT module.
Verified in BRMS 5.3.1 ER3.