[rules-dev] workingmemory and dispose()

Edson Tirelli tirelli at post.com
Mon Apr 23 07:46:45 EDT 2007


   I agree,

   As long as we document it well, I think it is acceptable.

   []s
   Edson

2007/4/23, Michael Neale <michael.neale at gmail.com>:
>
> I am OK with that as long as examples and doco show the
> newStatelessSession generously.
>
> 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.
>
> 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.
>
> On 4/23/07, Mark Proctor <mproctor at codehaus.org> wrote:
> >
> > currently working memories are auto garbage collected once you null
> > them, by using a weak hashmap in the RuleBase. I'm currently adding
> > async methods to the working memory, which means that the weak hashmap
> > no longer works. So I'm thinking of using a normal hashmap, which means
> > people MUST call workingMemory.dispose() or they will get memory leaks,
> > are people ok with that? I now have ruleBase.newStatelessSession which
> > won't adding the session to the Map, to avoid having to call dispose()
> > for stateless sessions.
> >
> > Mark
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>


-- 
  Edson Tirelli
  Software Engineer - JBoss Rules Core Developer
  Office: +55 11 3529-6000
  Mobile: +55 11 9287-5646
  JBoss, a division of Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20070423/0d7d9276/attachment.html 


More information about the rules-dev mailing list