Is there any recommendation for storing huge number of BPMN2 processes in BRM and accessing it through KnowldgeBase API?

Solution Unverified - Updated -

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 KnowldgeBase API , if a single KnowldgeBase is 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 complete KnowledgeBase will 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.

Current Customers and Partners

Log in for full access

Log In
Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.