[Cosmo-dev] calatom

[Kervin L. Pierre]

Hello,

I'm a little concerned about fragmentation. Are
people going to start adopting this?

Atom, on first glance doesn't seem like a good
start for a calendar sync protocol. Many calendar
client/server setups are going to be master/master
type replication instead of the slave/master 
replication that Atom has been built around. 

If we start to address the different sync scenarios
that calendar servers face, even the just the most
common ones, I suspect Atom will begin to look like
a new protocol.  And at that why not use a protocol
better equipped for synchronization like SyncML or
adopt a custom calendar synce protocol like 
calendar-sched?

Best regards,
Kervin

--- Brian Moseley <bcm at osafoundation.org> wrote:

> On 5/31/06, Brian Moseley <bcm at osafoundation.org>
> wrote:
> 
> > as well as rome <https://rome.dev.java.net/>,
> which cosmo already uses :)
> 
> altho according to this blog
>
<http://blog.chanezon.com/articles/2006/05/31/apache-abdera-and-rome-alea-jacta-est>,
> abdera might be a better choice - especially if it
> provides server
> side protocol handling.
> _______________________________________________
> cosmo-dev mailing list
> cosmo-dev at lists.osafoundation.org
>
http://lists.osafoundation.org/mailman/listinfo/cosmo-dev
>