For testing purposes it would be useful to inject a custom implementation. Doesn't have to be a public API, but some kind of extension point would be needed.
On 3 May 2013 12:51, Mircea Markus <[email protected]> wrote: > > On 3 May 2013, at 11:46, Galder Zamarreño wrote: > >> On May 2, 2013, at 7:01 PM, Pedro Ruivo <[email protected]> wrote: >> >>>>> When recovery is enabled, the recovery manager creates a second cache. >>>>> Someone may want to replace the Clock/TimeService for the "normal" cache >>>>> and left the default implementation in the "recovery" cache. >>>> >>>> ^ Why would an end-user want to replace the Clock/TimeService? >>>> >>>> Remember what I said in my previous email: I can see someone changing the >>>> service implementation for testing reasons, and in that case, a global >>>> clock/timer service that's swapable via system property would work just >>>> fine IMO. >>> >>> I don't know. I'm being pessimist and assuming that someone in the world >>> as a dark use case and needs to replace the service. >> >> ^ We already have quite a big configuration… we should think twice about >> adding more stuff… :) > +1. on top of that we can always add it to config if needed, harder to remove > it. > > Cheers, > -- > Mircea Markus > Infinispan lead (www.infinispan.org) > > > > > > _______________________________________________ > infinispan-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/infinispan-dev
