Hi Maciej,
Mauricio, these posts are really good. I like that they are kind of series that provides more and more details and advanced usage scenarios and what's in my opinion most important real life examples. Great work!
Any idea on how many posts you are going to provide? Was wondering that it looks like nice content to be introduced into documentation as well. Maybe not whole posts but sort of essence of it, as users especially new comers will look into documentation first and could not be aware of our blogs, wdyt?
So far you have not introduced the main (in my opinion) integration between process and rule - business rule task, but that is probably scheduled for next posts... However introduction of using work item handlers here is more than needed. That gives opportunity to users to get a chance to get familiar with work item handlers concept.
In the third one - great stuff is about reactive modes - both based on fireUntilHalt and event listeners and some pros and cons of each solution. Have not tried the examples myself but what could really rock is an runnable example for each post to conclude it.
P.S.
While reading I spotted few minor things:
- on first post last two process diagrams (illustrations) shows inclusive gateway but both text and annotations on its sequence flows refer to/suggest exclusive gateway
- on third post I think you meant beforeProcessStarted method of process event listener instead of afterProcessStarted as when this method is called process is already finished or reached first state node which could be after some rules evaluation nodes, isn't it?
Maciej
On 29.07.2012 14:14, Mauricio Salatino wrote:
Hi guys,I've post a new article about the process and rules integrations.I'm extremely open to discuss if this is the right way of exposing this topics. I've found that when people doesn't understand this topics they end up with very complicated architectural problems.The main idea behind these posts is to clarify from the functional behavior what kind of things can be done, in order to:1) Gather feedback about new features that can be introduced to facilitate the adoption of certain patterns2) Classify in different patterns the functional requirements to then explain which architecture fits better, or what kind of things the users needs to be have in mind to define their own architecture.
After this post a set of patterns will be described and then a set of architectural posts will go out. At this point feedback from the other developers is crucial :)
Cheers--
- MyJourney @ http://salaboy.wordpress.com- Co-Founder @ http://www.jugargentina.org
- Co-Founder @ http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
_______________________________________________ jbpm-dev mailing list jbpm-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbpm-dev