On 8.11.13 10:37 , Alexander Klimetschek wrote:
Regarding journaled observation: retrieving a journal with ObservationManager#getEventJournal can allow access to events that happend earlier, right?
The spec. doesn't say much here. I'd interpret it as getEventJournal() returns the journal from the point where that call was made rather then from the beginning of times.
So the goal of supporting filtering as early
as possible wouldn't quite work here, as you still have to keep access to all events for anyone asking for them later. OTOH, the spec seems to leave journal implementations a lot of freedom on how many events are still accessible at all (which makes me wonder how much you can make application code rely on it) [0].
The same actually holds true for asynchronous observation: http://www.day.com/specs/jcr/2.0/12_Observation.html#12.2%20Scope%20of%20Event%20Reporting
I assume due to the MVCC principle in oak it is easy to implement the journal and it is cheap to "keep all events". How far can you go back? I assume that depends on the implementation, e.g. when the last tar optimization happened?
Right, just diff old revisions as needed. The retention time for old revisions is currently an implementation detail. But see OAK-114 for an ongoing effort on this.
Michael
