jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Angela Schreiber <anch...@day.com>
Subject Re: SPI caching, was: [jira] Resolved: (JCR-1361) Lock test assumes that changes in one session are immediately visible in different session
Date Fri, 08 Feb 2008 16:49:49 GMT
David Rauschenbach wrote:

> Back to the discussion: also worth mentioning is why a requested-depth 
> argument is missing from getItemInfos.

first: spi is not webdav.
second: at the last spi f2f (public invitation,
attendees: julian, marcel, jukka, myself)
we discussed the batch-read.

we decided:
- it's implementation specific how and if the impl allows
   configure the batch-read.
- we don't want the depth param, because the client simply
   doesn't know the nodetype of the node it is requesting
   and therefore cannot decide beforehand about the depth.
- the spi2jcr impl will be an example how the depth-to-nodetype
   configuration will be passed to the spi.
- we don't want this configuration neither being part of
   the SPI nor of JCR2SPI.

sorry for the short answer... just running away.

View raw message