-
1. Re: Disabling audit listener / JPAWorkingMemory in jbpm-console 6
swiderski.maciej Mar 16, 2014 4:45 AM (in response to xmrk)currently there is not way to disable it easily, it's on the road map to be included in next release - sort of deployment descriptors. For now I guess you could make use of async based audit logger that will utilize JMS for it instead of placing info directly into db. It's transactional so it will ensure data consistency.
HTH
-
2. Re: Disabling audit listener / JPAWorkingMemory in jbpm-console 6
xmrk Mar 16, 2014 8:46 AM (in response to swiderski.maciej)Thanks for the quick response. It isn't critical functionality, so we can wait for the delivery. In my spare time I might poke around and see if there is class implementation that can be dropped in thru a war overlay.
Thanks,
-mark
-
3. Re: Disabling audit listener / JPAWorkingMemory in jbpm-console 6
rjintur Apr 10, 2014 12:53 AM (in response to swiderski.maciej)Hi swiderski.maciej,
Does the logs from JMS queue eventually go to History DB? Or how and where are they persisted? We are doing Performance and scalability testing of Activti and jBPM. JBPM seems to be taking a lot of time in history logging. So we are planning to try asynchronous history logging using JMS queue for better performance.
Thanks in advance,
Ritu