2 Replies Latest reply on Aug 11, 2014 5:04 AM by sandip desale

    JBPM Usage in million message processing

    sandip desale Newbie

      We are having a requirement to process a million of message using jBPM business process. Here message will be arriving in JMS queues. For each message, a separate business needs to be started i.e. a million business processes.

      All these process will straight through processing i.e. no manual task involved into it

      Please let me know how to go use jBPM in above requirement scenario.

       

      Also going in future load will be increasing and might go to sevaral million messages per day

        • 1. Re: JBPM Usage in million message processing
          Kris Verlaenen Master

          The peak load is going to be important (and what an acceptable time from putting in the queue to being processed is), as 1 million messages a day is on average slightly over 10 requests per second, which is definitely possible (and scales to higher numbers if you spread out processing on a number of machines), but it will depend on the architecture you set up, how many different processes you have, how many persistent points, how your JMS queues will perform, etc.

           

          I would recommend creating a simple prototype that represents your typical use case and then running performance tests on that.

          • 2. Re: JBPM Usage in million message processing
            sandip desale Newbie

            Thanks Kris for reply. My apologies to reply you back on it. For this one currently there are some processes are triggered through event from another processes where we are facing problem is passing data from parent process to process triggered through an event.

             

            We are going with CDI implementation and currently will trying this load test for around 3 simple process for each message triggered using events. There are around 6 persistent points in all together.

             

            We are in process of doing it and will surely let you know results.