From: Learning BRMS <rulerhawk(a)gmail.com&gt; Subject: [rules-users] is this kind of App right for DROOLS? To: rules-users(a)lists.jboss.org Date: Tuesday, April 14, 2009, 10:43 PM Hi people... I need to solve a problem on my work and I would hear from you if Drools could help us... I have two kinds of "connected by flatfile" systems that register our products selling transactions. We need to match dayly every selling transaction against both systems and to track any difference for every store. An transaction could happens on system A and not and system B and vice-versa and on different dates or times (connection problems could delay the synchronizing). The transaction mostly have the same ID, but there are manual transactions too with no id only date and values... For each situation I have to fire a different action resolution (today we have humanhand resolution). We should have an 1 million of transactions by day to process... Today we are using a sql script to do reports that will be humanly analyzed... I want to change this picture as soon as possible... Could Drools help us with this kind of analyze, and support this volume of objects? How many objects could we have on working memory at same time for that match? Thanks a lot for any comments Kris _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

From: Learning BRMS <rulerhawk(a)gmail.com&gt; Subject: Re: [rules-users] is this kind of App right for DROOLS? To: "Rules Users List" <rules-users(a)lists.jboss.org&gt; Date: Wednesday, April 15, 2009, 4:34 PM Uaw.. very nice example, Greg... Thanks I really like these Drools solution. I will try your example with some more heavy class (with 40 attributes) and expand the volume to 2.6 mi objects coming from a hibernate session.. I'll let you know.... I think I will enjoy those tests :-D Thanks again Kris On Tue, 2009-04-14 at 23:01 -0700, Greg Barton wrote: > Yes, drools can handle this, and can handle the volume. You may want to consider sequential mode execution, though. See attached code for some simple matching rules. In the example there's a 5% chance a transaction with a given id will not be present. You could mock this up further to have rules to handle matching in the case a simple match isn't possible. > > --- On Tue, 4/14/09, Learning BRMS <rulerhawk(a)gmail.com&gt; wrote: > > > From: Learning BRMS <rulerhawk(a)gmail.com&gt; > > Subject: [rules-users] is this kind of App right for DROOLS? > > To: rules-users(a)lists.jboss.org > > Date: Tuesday, April 14, 2009, 10:43 PM > > Hi people... > > > > I need to solve a problem on my work and I would hear from > > you if Drools > > could help us... > > > > I have two kinds of "connected by flatfile" > > systems that register our > > products selling transactions. > > > > We need to match dayly every selling transaction against > > both systems > > and to track any difference for every store. > > > > An transaction could happens on system A and not and system > > B and > > vice-versa and on different dates or times (connection > > problems could > > delay the synchronizing). > > The transaction mostly have the same ID, but there are > > manual > > transactions too with no id only date and values... > > > > For each situation I have to fire a different action > > resolution (today > > we have humanhand resolution). > > > > We should have an 1 million of transactions by day to > > process... > > > > Today we are using a sql script to do reports that will be > > humanly > > analyzed... > > > > I want to change this picture as soon as possible... > > > > Could Drools help us with this kind of analyze, and support > > this volume > > of objects? > > > > How many objects could we have on working memory at same > > time for that > > match? > > > > Thanks a lot for any comments > > > > Kris > > > > _______________________________________________ > > rules-users mailing list > > rules-users(a)lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/rules-users > > > > _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users