Hide Forgot
HornetQTaskServer consumes and processes messages serially and is subsequently a performance bottleneck. In addition, a locking mechanism has not been architected into org.jbpm.task.Task for isolation even if/when the HornetQTaskServer does allow for concurrency.
Hi Jeffrey, could you give more details on this? Do you have a test case which shows this performance bottleneck?
the following is a test case that demonstrates the problem : https://github.com/jbride/jbpm/blob/gbd/jbpm-human-task/src/test/java/org/jbpm/task/service/local/sync/BRMS_743150_Test.java
disregard above test case as it relates to race conditions with the jbpm5 Task and TaskServiceSession classes. Will open a new issue that is specific to race conditions with task functionality Will keep this issue open as it relates to the HornetqTaskServer architected as a single threaded MessageConsumer rather than, for example, a MDB.