Re: [rules-users] Is Flow / jBPM dying on the vine?
Salaboy, the issue I have is that I want users to be able to see the process graphically, so I think that means I need one overall process (I may use a few sub-processes). Using rules however as you suggest is there a way to pause a process until a message (/signal) with certain criteria is inserted? I thought about using a business rule task, with a rule that would always be false (until the node should allow processing to pass through), but I could not get that working. I also saw a suggestion about adding a Condition to the metadata for a timer node, but that doesn't seem to be working either. Mark - thanks for the information. I'm looking at flexible processes now and will be in touch with Kris. Thanks again, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020774.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
What you seem to be looking for is a Conditional Start Event where you can define the condition using Drools syntax. What you should do when you want to introduce a wait point is to do the merge of you current flow with one of this Conditional Start Event using an Converging Parallel Gateway. The gateway will not continue its execution until all of its branches get executed. That is a 100 BPMN2 solution (you could also use complex gateways, but I'm not sure in which degree are they supported in jBPM5). Another solution, more user friendly and even easier to implement and maintain is to use asynchronous work items that will be completed by rules when certain condition is met. The good thing about this solution is that is easy to create your own task definition to put in the editor palette and that you can create a single work item handler and reuse it for all your 'wait points'. Best Regards, Esteban Aliverti - Blog @ http://ilesteban.wordpress.com On Fri, Nov 9, 2012 at 3:18 PM, dunnlow dunn...@yahoo.com wrote: Salaboy, the issue I have is that I want users to be able to see the process graphically, so I think that means I need one overall process (I may use a few sub-processes). Using rules however as you suggest is there a way to pause a process until a message (/signal) with certain criteria is inserted? I thought about using a business rule task, with a rule that would always be false (until the node should allow processing to pass through), but I could not get that working. I also saw a suggestion about adding a Condition to the metadata for a timer node, but that doesn't seem to be working either. Mark - thanks for the information. I'm looking at flexible processes now and will be in touch with Kris. Thanks again, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020774.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
he's talking about the flexible processes, where rules can control the execution of processes. It's a feature we have, that not many people are aware of - it's not ready for prime time use, still incubator. Krisv will respond in a bit, with some pointers. Mark On 9 Nov 2012, at 14:26, Esteban Aliverti esteban.alive...@gmail.com wrote: What you seem to be looking for is a Conditional Start Event where you can define the condition using Drools syntax. What you should do when you want to introduce a wait point is to do the merge of you current flow with one of this Conditional Start Event using an Converging Parallel Gateway. The gateway will not continue its execution until all of its branches get executed. That is a 100 BPMN2 solution (you could also use complex gateways, but I'm not sure in which degree are they supported in jBPM5). Another solution, more user friendly and even easier to implement and maintain is to use asynchronous work items that will be completed by rules when certain condition is met. The good thing about this solution is that is easy to create your own task definition to put in the editor palette and that you can create a single work item handler and reuse it for all your 'wait points'. Best Regards, Esteban Aliverti - Blog @ http://ilesteban.wordpress.com On Fri, Nov 9, 2012 at 3:18 PM, dunnlow dunn...@yahoo.com wrote: Salaboy, the issue I have is that I want users to be able to see the process graphically, so I think that means I need one overall process (I may use a few sub-processes). Using rules however as you suggest is there a way to pause a process until a message (/signal) with certain criteria is inserted? I thought about using a business rule task, with a rule that would always be false (until the node should allow processing to pass through), but I could not get that working. I also saw a suggestion about adding a Condition to the metadata for a timer node, but that doesn't seem to be working either. Mark - thanks for the information. I'm looking at flexible processes now and will be in touch with Kris. Thanks again, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020774.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
Thank you for the information / update. I notice that almost all of the examples that I find are user task based (or more specifically, NOT event-based, which is my use case). I am planning to inform a process largely (but not entirely) with events. Short of having a signal and gateway for every node, I don't see a way of make a jBPM process event based (ie pausing at nodes until certain events/rules are satisfied). Is this not a good use case for jBPM? -- salaboy, I'll be waiting anxiously for that book ;-) Thanks again. -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020764.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
Yes, your scenario is a good scenario for Drools and JBPM. What you can do is to describe a set of rules to handle the events and those rules can trigger processes. In that way your process definitions will be smaller and you will be able to handle with rules the correlation of the events. Cheers On Thu, Nov 8, 2012 at 7:19 PM, dunnlow dunn...@yahoo.com wrote: Thank you for the information / update. I notice that almost all of the examples that I find are user task based (or more specifically, NOT event-based, which is my use case). I am planning to inform a process largely (but not entirely) with events. Short of having a signal and gateway for every node, I don't see a way of make a jBPM process event based (ie pausing at nodes until certain events/rules are satisfied). Is this not a good use case for jBPM? -- salaboy, I'll be waiting anxiously for that book ;-) Thanks again. -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020764.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- - MyJourney @ http://salaboy.wordpress.com - Co-Founder @ http://www.jugargentina.org - Co-Founder @ http://www.jbug.com.ar - Salatino Salaboy Mauricio - ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
What you are talking about is an experimental feature that allows the rules to control the process execution. http://docs.jboss.org/jbpm/v5.1/userguide/ch17.html How to do this is still not documented that well there are some aspects we have to work on to make it simpler - hence why it's really move of an internal experimental feature. You'd mostly have to speak to kris, who would take you through some unit tests. Find him on irc: http://www.jboss.org/drools/irc When we've tidied it up, simplified it and are happier with it, we'll document it and promote it for general purpose use. Mark On 8 Nov 2012, at 19:19, dunnlow dunn...@yahoo.com wrote: Thank you for the information / update. I notice that almost all of the examples that I find are user task based (or more specifically, NOT event-based, which is my use case). I am planning to inform a process largely (but not entirely) with events. Short of having a signal and gateway for every node, I don't see a way of make a jBPM process event based (ie pausing at nodes until certain events/rules are satisfied). Is this not a good use case for jBPM? -- salaboy, I'll be waiting anxiously for that book ;-) Thanks again. -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738p4020764.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
[rules-users] Is Flow / jBPM dying on the vine?
Hi, I am considering using drools with Flow/jBPM as an integral part of a corporate solution. However, it seems to me like the project is dying on the vine. I understand the code is still being worked but overall interest seems to be waning; evidenced by things like, a (...the) jBPM 5 book due two months ago is still MIA. No blog posts on the project for six weeks. I don't mean to bash jBPM, but am just worried about it's future. I suppose the Flow/jBPM merge is irreversible? Any thoughts? Is anyone using another BPM system with drools? Thanks, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
Hi, don't think so... the JBPM project is under full activity... just look at the issue tracking: https://issues.jboss.org/browse/JBPM. the version 5.4.0.CR1 was released some weeks ago (could see no notes about, but it was). 5.4.0.Final should be released soon and the team is already working in the 6.0 tickets... And if you pay attention in the issue tracking you will see that the JBPM tickets are integrated with the payed supported JBoss product. I'm using it myself in in some project. regards, Cristiano On 07/11/12 16:33, dunnlow wrote: Hi, I am considering using drools with Flow/jBPM as an integral part of a corporate solution. However, it seems to me like the project is dying on the vine. I understand the code is still being worked but overall interest seems to be waning; evidenced by things like, a (...the) jBPM 5 book due two months ago is still MIA. No blog posts on the project for six weeks. I don't mean to bash jBPM, but am just worried about it's future. I suppose the Flow/jBPM merge is irreversible? Any thoughts? Is anyone using another BPM system with drools? Thanks, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
Hi J, Yes kind the opposite, we are full speed working and the team is getting bigger and bigger. My book is going out in one month and as you can imagine it takes time to write and a lot of effort. Write now it's getting reviewed by the editorial and it will be released early December. Feel free to ask more specific questions, but you will definitely see a release in the next following days. Cheers On Wed, Nov 7, 2012 at 7:33 PM, dunnlow dunn...@yahoo.com wrote: Hi, I am considering using drools with Flow/jBPM as an integral part of a corporate solution. However, it seems to me like the project is dying on the vine. I understand the code is still being worked but overall interest seems to be waning; evidenced by things like, a (...the) jBPM 5 book due two months ago is still MIA. No blog posts on the project for six weeks. I don't mean to bash jBPM, but am just worried about it's future. I suppose the Flow/jBPM merge is irreversible? Any thoughts? Is anyone using another BPM system with drools? Thanks, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users -- - MyJourney @ http://salaboy.wordpress.com - Co-Founder @ http://www.jugargentina.org - Co-Founder @ http://www.jbug.com.ar - Salatino Salaboy Mauricio - ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users
Re: [rules-users] Is Flow / jBPM dying on the vine?
If you are ever worried about a project, best place to look is the source. Plenty of commits going on there: https://github.com/droolsjbpm/jbpm/commits/master https://github.com/droolsjbpm/jbpm-console-ng/commits/master https://github.com/droolsjbpm/jbpm-designer/commits/master Plus there is a new tooling project for jBPM, http://blog.athico.com/2012/11/announcing-uberfire.html. Which you can see a video for the new human task stuff: http://www.youtube.com/watch?v=WMUQKncH1S0 Binary release about to come out any day too. Mark On 7 Nov 2012, at 19:33, dunnlow dunn...@yahoo.com wrote: Hi, I am considering using drools with Flow/jBPM as an integral part of a corporate solution. However, it seems to me like the project is dying on the vine. I understand the code is still being worked but overall interest seems to be waning; evidenced by things like, a (...the) jBPM 5 book due two months ago is still MIA. No blog posts on the project for six weeks. I don't mean to bash jBPM, but am just worried about it's future. I suppose the Flow/jBPM merge is irreversible? Any thoughts? Is anyone using another BPM system with drools? Thanks, -J -- View this message in context: http://drools.46999.n3.nabble.com/Is-Flow-jBPM-dying-on-the-vine-tp4020738.html Sent from the Drools: User forum mailing list archive at Nabble.com. ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users ___ rules-users mailing list rules-users@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users