| Summary: | jBPM human task war can't use hornetq | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise BRMS Platform 5 | Reporter: | Ryan Zhang <rzhang> |
| Component: | jBPM Console | Assignee: | Kris Verlaenen <kverlaen> |
| Status: | VERIFIED --- | QA Contact: | Jiri Locker <jlocker> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | BRMS 5.3.0.GA | CC: | kverlaen, lpetrovi |
| Target Milestone: | ER6 | ||
| Target Release: | BRMS 5.3.0.GA | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Ryan Zhang
2012-03-21 12:58:43 UTC
I think the issue is probably not that the human task war cannot support hornetq, but that the jbpm-console is expecting to find a Mina-based implementation, hence the exception. I suspect that, if the human task service war is configured to Mina, the jbpm console would be able to find the task service. To be able to use HornetQ by default, the jbpm-console needs to be updated (and made configurable) to also support HornetQ as transport protocol. That is correct, jbpm-console had to be updated to allow flexible configuration of Task server connectivity. "See also" is updated to refer to the other issue regarding jbpm-console modification. Update status to ON_QA. Please verify them against ER6. Yes, the configuration parameters introduced in bug 797587 and bug 805638 made it possible to switch human task exchange protocol to HornetQ. It appears using HornetQ is still blocked by another issue. I have filed it as a new bug 820210. Setting this issue status to VERIFIED. |