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(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Edson Tirelli
JBoss Drools Core Development
JBoss by Red Hat @
www.jboss.com