<br> I agree,<br><br> As long as we document it well, I think it is acceptable.<br><br> []s<br> Edson<br><br><div><span class="gmail_quote">2007/4/23, Michael Neale <<a href="mailto:michael.neale@gmail.com">michael.neale@gmail.com
</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I am OK with that as long as examples and doco show the newStatelessSession generously.
<br><br>I never liked the weakhashmap - it kind of got rid of the leak on paper, but put a load on the GC at the worst possible time.<br>
<br>Stateless and Statefull are great ideas I think. WorkingMemory is then either just an interface, or mainly a "concept" that people talk about. Everything else out there likes to use the word session (eg hibernate) so the semantics of it are pretty well understood.
<div><span class="e" id="q_1121e25b6d134f0e_1"><br><br><div><span class="gmail_quote">On 4/23/07, <b class="gmail_sendername">Mark Proctor</b> <<a href="mailto:mproctor@codehaus.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
mproctor@codehaus.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
currently working memories are auto garbage collected once you null<br>them, by using a weak hashmap in the RuleBase. I'm currently adding<br>async methods to the working memory, which means that the weak hashmap<br>
no longer works. So I'm thinking of using a normal hashmap, which means
<br>people MUST call workingMemory.dispose() or they will get memory leaks,<br>are people ok with that? I now have ruleBase.newStatelessSession which<br>won't adding the session to the Map, to avoid having to call dispose()
<br>for stateless sessions.<br><br>Mark<br>_______________________________________________<br>rules-dev mailing list<br><a href="mailto:rules-dev@lists.jboss.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rules-dev@lists.jboss.org</a><br><a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://lists.jboss.org/mailman/listinfo/rules-dev</a><br></blockquote></div><br>
</span></div><br>_______________________________________________<br>rules-dev mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a>
<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br><br></blockquote></div><br>
<br clear="all"><br>-- <br> Edson Tirelli<br> Software Engineer - JBoss Rules Core Developer<br> Office: +55 11 3529-6000<br> Mobile: +55 11 9287-5646<br> JBoss, a division of Red Hat @ <a href="http://www.jboss.com">
www.jboss.com</a>