jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Rauschenbach <david.rauschenb...@synchronica.com>
Subject Re: SPI caching, was: [jira] Resolved: (JCR-1361) Lock testassumes that changes in one session are immediately visible in differentsession
Date Fri, 22 Feb 2008 09:32:00 GMT
Right. I liked what I've been reading lately about returning null versus
returning an empty iterator.


On Fri, 2008-02-22 at 09:21 +0100, Marcel Reutegger wrote:
> David Rauschenbach wrote:
> > 3. Per Julian's other suggestion, I also support the notion of returning
> > MORE data, like number of children, or an IMAP-like \hasChildren flag
> > for Nodes, in case an SPI wanted to declare that a node definitely has
> > no children (so don't ask), or that there are children, but finding out
> > how many is going to cost you.
> I think this can be achieved with the NodeInfo.getChildInfos(). If an 
> implementation was to set a \hasChildren flag to false it simply returns an 
> empty array.
> regards
>   marcel

View raw message