[dna-dev] Source change events
John P. A. Verhaeg
jverhaeg at redhat.com
Wed May 14 17:41:55 EDT 2008
I think so. I was really looking for what the interface was going to
look like - some set of canned mechanisms that we provide that work
within the various source environments or merely a Java API that the
users are responsible for implementing and using for each source. It
sounds like it might be the latter.
Randall Hauch wrote:
> The thought was that the cache would operate in a manner similar to
> DNS: each source is able to define the cache requirements/parameters
> for each piece of data it returns. Each source would also have a
> default policy (requirements/parameters) that would be used if none is
> provided by the source, and the federation engine could have its own
> default policy. Thus, the federation cache would hold onto each node
> until: 1) it expires or 2) until it receives a notification from the
> source that it has changed or has been removed.
>
> Does that answer your question?
>
> Regards,
>
> Randall
>
> On May 14, 2008, at 4:13 PM, John P. A. Verhaeg wrote:
>
>> The getting started documentation discuss providing support for
>> sources to push change notifications to the DNA server to, for
>> instance, trigger when a source's cache should be expired in a
>> federated repository. What is the current thinking for how or what
>> will be provided to facilitate this?
>> _______________________________________________
>> dna-dev mailing list
>> dna-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/dna-dev
>
>
More information about the dna-dev
mailing list