Although not an expert on Flow, I can say that there can hardly be anything
fundamentally wrong with this brief Flow, where a simpler solution might be
equally possible. Much depends on other circumstances, e.g., possible future
developments, deployment, workload,...
-W
On 27 May 2011 14:18, sdinoo <sdinoo(a)gmail.com> wrote:
Awesome! This worked
Thank you very much Wolfgang!!
Though, I have a architectural question
My use case is in "claims processing" and here are the steps that need to
happen
1) Recieve patients claim (prescription claim, like medicines)
2) Retrieve the patients Claim History (use patient ID in claim)
3) Retrieve the drug information (use RxID in claim)
4) Subject the claim to the rules in drools
5) Respond with rule results (show the contributing claims that caused the
rules to fire)
for this ,
I created a Rule flow
Step 2) and 3) are rule tasks that ONLY fetch information
Step 4) I want to write the rules (mix of java helper classes and drl) and
subject the claim to that
Step 5) return the results (via the List option that you just gave me)
Is this the way people use the Rule Flow?
Do you see anyting fundamentally wrong here?
Do you think I should you Stateless sessions instead of rule flow?
Do let me know
--
View this message in context:
http://drools.46999.n3.nabble.com/Accessing-globals-after-FireAllRules-tp...
Sent from the Drools: User forum mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users