Sunbird 0.3.x et sup : agenda .ics ou CalDAV ?
Modérateur : J2m06
Sunbird 0.3.x et sup : agenda .ics ou CalDAV ?
J'avais testé Sunbird 0.2 juste avec des agendas .ics partagés sur un serveur apapche modDAV.
La nouvelle mouture 0.3.1 propose à la création d'un agenda deux formats : iCalendar (donc .ics) et CalDAV.
C'est quoi ce second format. Intérets et inconvéniants / à un .ics ?
Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; .NET CLR 1.1.4322)
La nouvelle mouture 0.3.1 propose à la création d'un agenda deux formats : iCalendar (donc .ics) et CalDAV.
C'est quoi ce second format. Intérets et inconvéniants / à un .ics ?
Message envoyé avec : Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; .NET CLR 1.1.4322)
Dernière modification par Neo_Dogo le 06 juil. 2007, 11:23, modifié 1 fois.
Sunbird 0.3.1 : agenda .ics ou CalDAV ?
Bonjour,
Je ne suis pas trop au courant de ce que fait ics, par conséquent faire une différence sera dur. Néanmoins, il m'est possible de t'indiquer ce que fait caldav. Caldav est basé sur le protocole Webdav, qui sert essentiellement a disposer d'un lien distant via serveur web à du code source. Il permet de lister les fichiers et de les éditer. Caldav est intérressant dans le fait qu'il ne post que des d'éléments nouveau en gérant la différence, ainsi si deux RDV sont traités avec caldav :
état initial (sur serveur):
evenement 1 = 16h00 - 16h30
evenement 2 = 16h30 - 17h30
client synchronise agenda...
client modifie evenement 1 : 15h00 - 15h30
serveur modifie evenement 2 : 18h00 - 19h00
client synchronise agenda...
état final (sur client et serveur):
evenement 1 = 15h00 - 15h30
evenement 2 = 18h00 - 19h00
ce qui revient à dire que le client lors de sa synchronisation n'a pas mis à jour (et de ce fait écrasé la modification) l'évenement 2 avec son ancienne valeur, il prendra en compte la modification qui a été effectué par le serveur entre ces deux synchronisations.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.2) Gecko/20060601 Firefox/2.0.0.2 (Ubuntu-edgy)
Je ne suis pas trop au courant de ce que fait ics, par conséquent faire une différence sera dur. Néanmoins, il m'est possible de t'indiquer ce que fait caldav. Caldav est basé sur le protocole Webdav, qui sert essentiellement a disposer d'un lien distant via serveur web à du code source. Il permet de lister les fichiers et de les éditer. Caldav est intérressant dans le fait qu'il ne post que des d'éléments nouveau en gérant la différence, ainsi si deux RDV sont traités avec caldav :
état initial (sur serveur):
evenement 1 = 16h00 - 16h30
evenement 2 = 16h30 - 17h30
client synchronise agenda...
client modifie evenement 1 : 15h00 - 15h30
serveur modifie evenement 2 : 18h00 - 19h00
client synchronise agenda...
état final (sur client et serveur):
evenement 1 = 15h00 - 15h30
evenement 2 = 18h00 - 19h00
ce qui revient à dire que le client lors de sa synchronisation n'a pas mis à jour (et de ce fait écrasé la modification) l'évenement 2 avec son ancienne valeur, il prendra en compte la modification qui a été effectué par le serveur entre ces deux synchronisations.
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.1.2) Gecko/20060601 Firefox/2.0.0.2 (Ubuntu-edgy)
Bonjour et merci d'avoir commencer à répondre à ma question.
Je ne suis pas programmeur et ne sais donc pas comment ça roule en interne, mais concernant les .ics que j'utilise depuis un bail, je peux dire ceci :
- ils utilisent aussi webdav pour stocker et modifier les agenda distants puisque perso, j'ai installé un serveur Apache 2 avec le mod_DAV.so implémenté dessus.
- la synchro se fait en respectant les dates de modif donc l'exemple que tu fournis fonctionne aussi. J'ai pls postes qui attaquent le serveur et les maj sont faites sur tous les postes en fonction de leur postériorité. Pour l'instant, sur ce point, je n'ai pas remarqué de pb. Possible que ça merde si les horloges des postes sont désynchro et que des modifs sont faites de façon assez rapprochées (plantant ainsi les repères d'antèriorité).
A suivre donc ...
Les fichiers de données en .ics sont du type "mon_calendrier.ics". Comment sont nommés les fichiers CalDAV ?
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061115 Mandriva/2.0.0.1-4mdv2007.0 (2007.0) Firefox/2.0.0.1
Je ne suis pas programmeur et ne sais donc pas comment ça roule en interne, mais concernant les .ics que j'utilise depuis un bail, je peux dire ceci :
- ils utilisent aussi webdav pour stocker et modifier les agenda distants puisque perso, j'ai installé un serveur Apache 2 avec le mod_DAV.so implémenté dessus.
- la synchro se fait en respectant les dates de modif donc l'exemple que tu fournis fonctionne aussi. J'ai pls postes qui attaquent le serveur et les maj sont faites sur tous les postes en fonction de leur postériorité. Pour l'instant, sur ce point, je n'ai pas remarqué de pb. Possible que ça merde si les horloges des postes sont désynchro et que des modifs sont faites de façon assez rapprochées (plantant ainsi les repères d'antèriorité).
A suivre donc ...
Les fichiers de données en .ics sont du type "mon_calendrier.ics". Comment sont nommés les fichiers CalDAV ?
Message envoyé avec : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061115 Mandriva/2.0.0.1-4mdv2007.0 (2007.0) Firefox/2.0.0.1
Je reprends le sujet suite à la sortie de la version 0.5 de Sunbird et au fait aussi que j'ai trouvé une très bonne explication de la différence entre les deux modes de gestion des data.
En gros, calDAV est bien mieux que .ics cause c'est un truc en cours de normalisation d'une part et la granularité de la chose est beaucoup plus importante (là où un .ics ne connais comme entité que un agenda donné, calDAV lui gère évènement par évènement. Lors d'une modif, il n'envoie donc pas tout l'agenda mais simplement l'évènement considéré, de même les blocages et permissions se font évènement par évènement et non pas une fois pour toute pour tout l'agenda).
Question suivante : comment jouer avec calDAV cause là ou un .ics se content d'un serveur oueb implémenté de modDAV, il faut un serveur spécifique à calDAV. Pour le moment, je n'ai trouvé que qq solutions dont la plus part en cours de construction. Toutes tournent sous Linux, ce qui en soit est une excellente chose, sauf qu'actuellement, mon serveur est sous XP. Ou alors, externaliser le stockage des agendas chez qqun qui a installé le binz.
J'ai trouvé notamment ce projet qui semble bien sympa ...
Toutes infos et expériences acceptées.
Merci
Message envoyé avec : Mozilla/5.0 (Windows; U; Win98; fr; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
En gros, calDAV est bien mieux que .ics cause c'est un truc en cours de normalisation d'une part et la granularité de la chose est beaucoup plus importante (là où un .ics ne connais comme entité que un agenda donné, calDAV lui gère évènement par évènement. Lors d'une modif, il n'envoie donc pas tout l'agenda mais simplement l'évènement considéré, de même les blocages et permissions se font évènement par évènement et non pas une fois pour toute pour tout l'agenda).
Question suivante : comment jouer avec calDAV cause là ou un .ics se content d'un serveur oueb implémenté de modDAV, il faut un serveur spécifique à calDAV. Pour le moment, je n'ai trouvé que qq solutions dont la plus part en cours de construction. Toutes tournent sous Linux, ce qui en soit est une excellente chose, sauf qu'actuellement, mon serveur est sous XP. Ou alors, externaliser le stockage des agendas chez qqun qui a installé le binz.
J'ai trouvé notamment ce projet qui semble bien sympa ...
Toutes infos et expériences acceptées.
Merci
Message envoyé avec : Mozilla/5.0 (Windows; U; Win98; fr; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Dernière modification par Neo_Dogo le 06 juil. 2007, 11:34, modifié 2 fois.
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 4 invités