I was just referring to facts that we&#39;re being placed into your statefulknowledgesession.  As I mentioned, I use a mechanism with an EJB to manage my JPA entities before injecting them into the session.  I passed on a blog entry with a ruleflow example as that looks to do a similar thing but within drools, and I would be interested to hear how such an implementation would go.  KnowledgeBase (compiled rules) and StatefulSessions (facts) are stored and serialized independently, btw.<br>
<br>best wishes,<br><br>Andrew<br><br><div class="gmail_quote">2009/11/8 Nestor Tarin Burriel <span dir="ltr">&lt;<a href="mailto:nestabur@gmail.com">nestabur@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
So, Do you mean that for serializing the state of a StatefulKnowledgeSession we must include our rules into a ruleflow? How do you upgrade your KnowledgeBase without loosing the WM state?<br><br>Please check this issues:<br>

<br><a href="https://jira.jboss.org/jira/browse/JBRULES-1946" target="_blank">https://jira.jboss.org/jira/browse/JBRULES-1946</a><br><br><a href="https://jira.jboss.org/jira/browse/JBRULES-2278" target="_blank">https://jira.jboss.org/jira/browse/JBRULES-2278</a><br>

<br>Nestor<br><br><div class="gmail_quote">2009/11/7 Andrew Waterman <span dir="ltr">&lt;<a href="mailto:andrew.waterman@gmail.com" target="_blank">andrew.waterman@gmail.com</a>&gt;</span><div><div></div><div class="h5">
<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It can depend on how you want to use working memory as well.  If you are working statelessly, you can load objects through some type of transactional framework, insert them into memory (or the ones relevant to you at that moment in time) let Drools evaluate the objects, make changes and then serialize those changes once rules have stopped firing.  I do something like this using EJB and JPA.  I&#39;ve been interested in pushing this into the rules themselves; which I believe is now possible using the JPA support within Drools flow.  This might work much better if you were using statefull and long running working memory process.  Even in the event of catastrophic failure, your transactionally serialized changes would still remain in the database.  So you could restart and pick up work from where you were last.<br>


<br>You may wish to take a look at the following blog entries:<br><br><a href="http://blog.athico.com/2009/03/drools-50-cr1-new-and-noteworthy.html" target="_blank">http://blog.athico.com/2009/03/drools-50-cr1-new-and-noteworthy.html</a><br>


<br>And the Drools flow documentation.  <br><br>I&#39;m hoping to move our work in this direction so please do pass on your results; unless I&#39;m completely misunderstanding how one can use flow, expert and JPA together with transactions.  <br>


<br>best wishes,<br><br>Andrew <br><div><div></div><div><br><div class="gmail_quote">On Sat, Nov 7, 2009 at 9:23 AM, ken.p <span dir="ltr">&lt;<a href="mailto:ken.annihilation@gmail.com" target="_blank">ken.annihilation@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
I am also looking similar feature. We can currently use AOP to send event to<br>
stream. However, we have events with relevant duration for days and some<br>
time weeks. If server were to restart for maintenance, how do we restore to<br>
the same state?<br>
<div><div></div><div><br>
<br>
<br>
Daniel Miller-9 wrote:<br>
&gt;<br>
&gt; So I hope that someone out here, or many of you, can give me some idea<br>
&gt; of how you do this.<br>
&gt;<br>
&gt; I have about 20+ entities in my database that I want Drools to know<br>
&gt; about.  Obviously my hope is to apply CEP, rules and processes to<br>
&gt; these items.  However, I feel like I&#39;m missing some type of connection<br>
&gt; between how Drools recommends keeping my working memory in sync with<br>
&gt; my database changes.<br>
&gt;<br>
&gt; Ideally, I&#39;d love to be able to just update my entities as I have been<br>
&gt; doing in the database, but have those changes automatically move their<br>
&gt; way over into the working memory.  How do any of you recommend I<br>
&gt; accomplish this?<br>
&gt;<br>
&gt; Thanks in advance for any suggestions.<br>
&gt;<br>
&gt; Dan Miller<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; rules-users mailing list<br>
&gt; <a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
&gt;<br>
&gt;<br>
<br>
</div></div><font color="#888888">--<br>
View this message in context: <a href="http://old.nabble.com/Maintaining-DB-Working-Memory-Synchronization-tp26238313p26241138.html" target="_blank">http://old.nabble.com/Maintaining-DB-Working-Memory-Synchronization-tp26238313p26241138.html</a><br>



Sent from the drools - user mailing list archive at Nabble.com.<br>
</font><div><div></div><div><br>
_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div>-- <br>+1 510 342 5693<br><br>PO Box 7775 #8750<br>San Francisco, California   94120-7775<br><br>&quot;Warning:  following standard input indefinitely is ineffective&quot;<br>


 - /bin/tail error message<br><br>&quot;Against logic there is no armor like ignorance.&quot;<br>  - Laurence J. Pete<br>
<br>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org" target="_blank">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></blockquote></div></div></div><br>
<br>_______________________________________________<br>
rules-users mailing list<br>
<a href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-users" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>+1 510 342 5693<br><br>PO Box 7775 #8750<br>San Francisco, California   94120-7775<br><br>&quot;Warning:  following standard input indefinitely is ineffective&quot;<br>
 - /bin/tail error message<br><br>&quot;Against logic there is no armor like ignorance.&quot;<br>  - Laurence J. Pete<br>