[Chandler-dev] Handling email updates in a consistent way

Brian Kirsch bkirsch at osafoundation.org
Tue Dec 5 12:54:16 PST 2006


Hi Jeffrey,
Thanks for writing up the sequence number proposal.

I would have to disagree with your selection of option A "Continue to  
let the server win, publish sequence number but ignore it when  
syncing, only increment sequence when an email update is sent out."  
as the preferred method.

If I understand option A correctly, then my concern is it requires a  
server i.e. Cosmo. This puts a dependency that a sharing account must  
be created in order to use the mail edit / update features.

Since P2P sharing via mail transports was envisioned as an  
alternative to traditional server based sharing, I don't think  
creating a sharing server dependency makes a lot of sense.

I think option B "Track sequence and date stamp on the server, and  
use the same heuristic for resolving conflicts in server sharing as  
with email" is the way to go because mail and server sharing can  
leverage the same heuristics but function independently of one  
another. The sequence numbers and date stamps for an item would be  
stored in the Repository. These local values would be used by the  
mail layer to determine who wins a conflict. The sharing server layer  
would also user these values to compare the local version against the  
version(s) on the server. Both the mail and sharing layers would use  
the same utility method that when passed two versions of an item will  
determine the winner based on the sequence number and date stamp.

Thoughts?

-Brian


On Dec 4, 2006, at 5:24 PM, Jeffrey Harris wrote:

> Hi Folks,
>
> I wrote up a wiki page describing how we might use a date stamp and a
> sequence number when managing email updates in Chandler, the link is:
>
> http://wiki.osafoundation.org/bin/view/Journal/MultiTransportSharing
>
> Please have a look, especially if you're involved in the email/sharing
> universe.
>
> Sincerely,
> Jeffrey
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "chandler-dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/chandler-dev



More information about the chandler-dev mailing list