[rules-dev] Plugging custom TimerService

Edson Tirelli ed.tirelli at gmail.com
Thu Oct 22 09:03:24 EDT 2009


    Maciek,

    I did not made the implementation pluggable yet due to the complexities
involved in the implementation of new clocks and the fact that interface
could still change. Particularly, I would like to have a couple more
implementations done (including the heart beat based clock and the fact
attribute based clock) before I know that the interface is stable enough to
enable pluggability.

    Meanwhile, if you would like to contribute your implementation I would
happily add it to the drools codebase and release it in the next version. It
will certainly help towards the stabilization of the interface.

    Finally, I am working on a more controllable thread pool wrapper, so
that we can plug external thread pools into Drools. Check the
ExternalExecutorService implementation and its uses. Maybe what we need is
to have your implementation also use that. Suggestions welcome.

   Edson


2009/10/22 Maciej Prochniak <mpr at touk.pl>

> Hello,
>
> are there any unintrusive (without recompiling in drools-core ;)) ways
> to plug own implementation of TimerService?
> Currently configuration is based on enumeration ClockType, which is
>
> It would be nice to be able to pass any object implementing
> TimerService, or some factory class.
>
> One of the reasons is that I'd like to have more control over thread
> pool used by JdkTimerService. Current implementation allows for
> unlimited number of threads, it's also not possible to share thread pool
> between different KnowledgeSessions
>
> thx for reply & br
> maciek
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>



-- 
 Edson Tirelli
 JBoss Drools Core Development
 JBoss by Red Hat @ www.jboss.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20091022/897fef8d/attachment.html 


More information about the rules-dev mailing list