[ https://jira.jboss.org/jira/browse/JBRULES-2366?page=com.atlassian.jira.p... ] Barry Kaplan commented on JBRULES-2366: --------------------------------------- This is still an open issue wrt syncing various clocks. By having pseudo scheduler update its time internally (yes, as I requested) it means that it is now out of sync with the joda time. By wrapping both the drools and joda clocks I was able to keep them in sync, but now that drools updates itself internally that is no longer possible. This brings me back to the desire for a clock-adjust-listener. That would allow both for syncing external clocks when the pseudo clock adjusts itself and allow for other clocks to be synced even when the drools clock is updated by thirdparty components directly (ie, not thru an application-level wrapper). If this argument makes sense to you, I will create patch for your consideration. My fallback is to accept the added complexity of incorporating aspectj into my system. (Not so bad for the production system, but a pain for unit testing.) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://jira.jboss.org/jira/browse/JBRULES-2366?page=com.atlassian.jira.p... ] Barry Kaplan commented on JBRULES-2366: --------------------------------------- I hacked joda to allow it to have a pluggable millis-provider. It supports setting the current time, but the provider strategies are internal and limited. This is a much better solution as I can simply return the drools time whenever joda wants it -- no listener required. I am starting to process to see if I can get them (who?) to expose the strategy. (see http://n2.nabble.com/Making-MillisProvider-public-and-pluggable-tt4134498...) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira