Shouldn't this be documented in CacheValidity#toString() ??? How can i as a cocoon 2.0.x user know how to write sitemap components that work ???
Amir > -----Original Message----- > From: Vadim Gritsenko [mailto:[EMAIL PROTECTED]] > Sent: Thursday, August 22, 2002 7:53 PM > To: [EMAIL PROTECTED] > Subject: Re: BUG: SiteMapSource lastModificationDate > > > Amir Rosen wrote: > > >Hi, > > > >lastModificationDate for SiteMapSource is computed as hashing of the > >string representations (toString()) of the event pipeline cache key > >and validity. (I'm talking 2.0.3-branch) > > > >This breaks all the CacheValidity functionality when using internal > >requests. > > > >This implies that: > >cacheValidity1.isValid(cahceValidity2) > >iff > >cacheValidity1.toString().equals(cacheValidity2.toString()) > > > >Any non trivial cacheValidity object cann't work with this mechanism. > >For example DeltaTimeCacheValidity doesn't work in internal requests. > >(ParametersCacheValidity may work but it relies on the toString() > >implementation of java.util.Map) > > > >More than that, this contract is not documented anywhere, at > least not > >in CacheValidity interface where it should. (I wasted two > days debugging > >my system because of that). > > > > It was documented in todo.xml. > > > >How do you think this mechanism can change ? > >Is there something planned for 2.1 ? > > > > That's was one of the reasons for 2.1 > > > Vadim > > > > >Please, document this !! > > > > > > > >Thanks, > > > >Amir Rosen > >CTI Squared > >[EMAIL PROTECTED] > >+972-9-9605200 (258) > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
