Is there any recommendation for storing huge number of BPMN2 processes in BRM and accessing it through KnowldgeBase API?
Issue
- Is there any recommendation for storing huge number of BPMN2 processes in BRM (i.e. Guvnor) ? To be more specific is there any hard and first rule like, one BRM package can store maximum number of 500 processes? The reason is that, the more bulkier the package becomes, the more time it takes to build the package in BRM.
- While accessing the processes through
KnowldgeBaseAPI , if a singleKnowldgeBaseis maintained for the complete repository (even though processes are maintained in different BRM package), every time a process is updated or a new process is added, the completeKnowledgeBasewill be built and this would take more time even though the change is related to one or few processes (even for any other BRM asset). Is there a better approach to take in this scenario?
Environment
- Red Hat JBoss BRMS (BRMS)
- 5.3.x
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase of over 48,000 articles and solutions.
Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.
