Re: [regrep-cooperating] Cooperating registries verson 0.4

[Farrukh Najmi <Farrukh.Najmi@Sun.COM>]

Matt,

I agree with your suggestion that refresh frequency will have to be addressed
in the replication spec.

We will likely also need others state variables (e.g. a lastTransactionId
which can be used to determine how many transactions behind is the source and
the replica registries).

Recall that the current proposal has deferred object replication until after
Event Notification is somewhat defined.

The REST proposal looks excellent as well. It has kept a good balance between
extensibility for future extensions and scope reduction to meet most immediate
needs.

--
Regards,
Farrukh

Matthew MacKenzie wrote:

> Farrukh,
>
> Excellent work, as usual.  One thing that popped into my head when I was
> reading section 5.1.5 (Hierarchical Registries) was the DNS concept of
> zone transfers.  These zone transfers, in the DNS system are dependent
> on a refresh variable set in the zone configuration to determine how
> often the zone should be propagated.
>
> My first thought is that local objects should have a refresh frequency,
> expressed as an ISO 8601 period of time.  This could be a default that
> is written into the specification, or an attribute in the appropriate
> RIM interface.  I think this is a necessary issue to address, because
> certain applications will require a more aggressive caching schedule
> than others, so configuration at the object, organization or registry
> level is desirable.
>
> Regards,
>
> Matt
>
> On Wednesday, July 3, 2002, at 03:59  PM, Farrukh Najmi wrote:
>
> >
> > Folks,
> >
> > This version reflects latest changes based on Nikola's feedback. It also
> > has an initial description of the Object Relocation protocol. Comments
> > are solicited from anyone at all on the list if you feel that they will
> > help improve the proposal.
> >
> > --
> > Regards,
> > Farrukh
> >
> >
> --
> Matthew MacKenzie
> XML Global R&D
> PGP Key available upon request.
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>