[jBPM] - jBPM5 - Can't Scale, Won't Scale
by M Arnold
M Arnold [https://community.jboss.org/people/m_arnold123] created the discussion
"jBPM5 - Can't Scale, Won't Scale"
To view the discussion, visit: https://community.jboss.org/message/771731#771731
--------------------------------------------------------------
Hi,
I'm having great trouble designing an application which uses jBPM5 in a scalable way. It seems to be impossible on a practical level. I hope that this is just due to my misunderstandings of the way the jBPM5 works.
I have listed each of my assumptions, and the ramifications of each below. I hope that someone from the community will be able to point out where these assumptions are incorrect.
I would particularly appreciate it if anyone has managed to scale jBPM5, and could described how they achieved it.
1. Everytime jBPM5 executes a process the database transaction updates the process instance info AND the session info, therefore:
1a. it's not scalable to use a single session to execute all processes, or you would suffer contention on the session info.
1b, it's not scalable to use a single session to execute all processes in a cluster, or the updated session info would have to be continually synchronised across the cluster.
2. When using BPMN2 events, jBPM5 only allows you to send events to the process instances within a single session at a time. You need to maintain a list of all the sessions which have incompleted process instances(*), and loop through them all to send events. Therefore:
2a. you should execute all processes in as few sessions as possible, to lessen the number of iterations through this loop.
3. jBPM5 persists BPMN2 timer info in the session info, but the session must be active (ie. loaded from persistence) in order for the timers to activate. Therefore:
3a. when your application starts, you must load all sessions that have active process instances that have timers(**).
3b. you must not have the same session active in two different nodes of a cluster, or the same timers will expire around the same time
3c. when a node crashes, your application must detect this and reload the sessions that were active in the crashed node
4. If you start a process instance in a session, that process instance must always be executed in that session.
4a. when a node wishes to resume a process instance that was persisted, it must first (due to 3b) ask all other nodes if they have the session active, and if so instruct them to dispose it. It can then load the session, load and resume the process. All while preventing race conditions.
4b. when a node receives an event it must (due to 2) carry out all the processing in 4a for each session with active process instances.
(*) I don't think it's possible to know if a session has incompleted process instances..?
(**) I don't think it's possible to know if a session and timers..?
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/771731#771731]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 8 months
[jBPM] - How to change the Port of JBPM5.3 Full Installer?
by Thomas Setiabudi
Thomas Setiabudi [https://community.jboss.org/people/thomas.setiabudi] created the discussion
"How to change the Port of JBPM5.3 Full Installer?"
To view the discussion, visit: https://community.jboss.org/message/763195#763195
--------------------------------------------------------------
Hi,
I Used JBPM5.3 Full Installer, it works well with the default configuration
My question is how do we change the default sample which works at localhost:8080 to some other port?
So far, I have changed:
1. {installerPath}\jboss-as-7.0.2.Final\standalone\configuration\standalone.xml
changing the port value in this part
<socket-binding-group name="standard-sockets" default-interface="public">
<socket-binding name="http" port="8082"/>
doing this, i can access the jbpm console but the console is unable to load any process from guvnor repository
2. {installerPath}\guvnor.preferences.properties
changed port 8080 to 8082
3. {installerPath}\jbpm.console.properties
changed port 8080 to 8082
4. {installerPath}\jboss-as-7.0.2.Final\standalone\deployments\drools-guvnor.war\WEB-INF\classes\preferences.properties
changed port 8080 to 8082
5. {installerPath}\jboss-as-7.0.2.Final\standalone\deployments\jbpm-gwt-console-server.war\WEB-INF\classes\guvnor.preferences.properties
changed port 8080 to 8082
6. {installerPath}\jboss-as-7.0.2.Final\standalone\deployments\jbpm-gwt-console-server.war\WEB-INF\classes\jbpm.console.properties
changed port 8080 to 8082
but still no success, now when i try to refresh the list of process definition in jbpm console I always get the resteasy error.
I suppose there should be some other files that need to be modified. Which files are those?
Any Help is appreciated.
Regards,
Thomas Setiabudi
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/763195#763195]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 8 months
[jBPM] - Prevent duplication in XOR gateway
by Erik Pragt
Erik Pragt [https://community.jboss.org/people/bodiam] created the discussion
"Prevent duplication in XOR gateway"
To view the discussion, visit: https://community.jboss.org/message/751003#751003
--------------------------------------------------------------
Hi all,
I'm just getting started with jBPM, and I have a small question about XOR gateways. At the moment, our nodes have two endpoints, and the code for one endpoint looks like this:
switch(result) {
case OK:
return true;
default:
return false;
}
While for the other endpoint (pointing to an 'end event'), it looks like this:
switch(result) {
case OK:
return false;
default:
return true;
}
So in the other constraint it's the other way around. To me, this looks like a bit of duplication, and in this example it's not too bad, but in more complex examples, it's trickier. So I was wondering, isn't there a better way to do this? Isn't it possible to create one piece of code, and let true go to one sequence flow, and false to the other, without having the need to duplicate the code? Is something like this possible??
Thanks for the help,
Kind regards,
Erik
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/751003#751003]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
11 years, 9 months