En prenant du recul c'est un peu dur de retrouver toutes les infos.. Il nous manque clairement une section "Sync pour les dev" pour les gens qui veulent monter un serveur ou bidouiller le client. Je vais ajouter un ticket
On essaye de faire une installation simple pour les utilisateurs, d'une appli qui tourne sur des dizaines de machines chez nous, d'ou le découpage qui peut te paraitre artificiel. La doc est pas a jour, c'est clair. J'ai pas encore eu le temps de terminer mais une belle doc arrive.
Maintenant, je ne sais pas si tu a essayé d'installer la version en cours de dévelopement en Python ou la précédente en PHP, mais celle en Python a un Makefile qui permet de construire l'appli complete en quelques commandes pour peu que tu ais Python, Mercurial et quelques libs d'installées:
> 3/ Fonctionnement pas très intuitif: si il y a une erreur quelconque, on n'a pas d'erreur
> "clairement" rapporté, juste une 404 blanche. Quand on regarde le code source de la 404,
> on se rend compte qu'-elle contient un entier. Il faut ensuite aller chercher cet entier dans
> une portion du code pour connaitre l'erreur en question.
Sync n'est pas un site web, c'est un lot de web services qui a pour vocation d'etre utilisé par un client dedié comme Firefox ou Firefox Home. Donc on retourne des codes d'erreurs, pas des pages pour les humains.
> 4/ Implémentation d'une authentification HTTP "basique" à la main, pas nécessairement
> signalé non plus. J'ai eu un conflit avec une autre authentification sur le même domaine et > je ne comprenais pas trop pourquoi j'avais un mismatch des authentifications ...
La maniere dont l'authentification fonctionne est signalé dans la doc. Pour ce qui est du conflit, je ne comprends pas bien: un client appel un serveur pour une URL precise avec un mode d'authentification donné, donc si le client et le serveur utilise le meme mode il n'y a pas de soucis. Si tu donnes plus de details je peux peut etre aider.
> Et c'est tout ce qui ressort à froid de ma médiocre mémoire, mais il y en a d'autres ....
> J'en suis venu à me demander si les devs mozilla n'avaient pas fait "exprès" de rendre l'installation trèèès complexe pour forcer l'utilisation de leur serveur...
C'est pas trop dans notre interet de faire ca: Mozilla Services a pour vocation de fournir des services pour les gens, avec des logiciels open source pour que chacun puisse lancer son propre serveur s'il en a envie. On est a but non lucratif, on stocke des donnees cryptes qu'on ne peut pas lire (et on ne veux pas les lire).
Si tu gere ton propre serveur c'est moins de charge sur les notres et ca nous fait du feedback qu'on apprecie bcp, pour augmenter la qualite du soft.
J'ai aide recemment un user a monter son serveur Sync avec Postgres+Ldap et on a modifié le code du serveur Sync pour qu'il puisse fonctionner avec son schema LDAP sans trop de problemes.
Donc si t'a un souci hesite pas : #sync sur l'irc de mozilla ou tarek_at_mozilla.com
[^] # Re: Juste une petite réserve ...
Posté par tarekz . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 1.
Pour l'instant c'est orienté user http://www.mozilla.com/en-US/mobile/sync/ et le wiki est un peu vague.
Merci pour les retours !
[^] # Re: Juste une petite réserve ...
Posté par tarekz . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 7.
Maintenant, je ne sais pas si tu a essayé d'installer la version en cours de dévelopement en Python ou la précédente en PHP, mais celle en Python a un Makefile qui permet de construire l'appli complete en quelques commandes pour peu que tu ais Python, Mercurial et quelques libs d'installées:
$ hg clone http://hg.mozilla.org/services/server-full
$ cd server-full
$ make build
> 3/ Fonctionnement pas très intuitif: si il y a une erreur quelconque, on n'a pas d'erreur
> "clairement" rapporté, juste une 404 blanche. Quand on regarde le code source de la 404,
> on se rend compte qu'-elle contient un entier. Il faut ensuite aller chercher cet entier dans
> une portion du code pour connaitre l'erreur en question.
Sync n'est pas un site web, c'est un lot de web services qui a pour vocation d'etre utilisé par un client dedié comme Firefox ou Firefox Home. Donc on retourne des codes d'erreurs, pas des pages pour les humains.
Les API sont documentées ici:
- https://wiki.mozilla.org/Labs/Weave/User/1.0/API
- https://wiki.mozilla.org/Labs/Weave/Sync/1.1/API
> 4/ Implémentation d'une authentification HTTP "basique" à la main, pas nécessairement
> signalé non plus. J'ai eu un conflit avec une autre authentification sur le même domaine et > je ne comprenais pas trop pourquoi j'avais un mismatch des authentifications ...
La maniere dont l'authentification fonctionne est signalé dans la doc. Pour ce qui est du conflit, je ne comprends pas bien: un client appel un serveur pour une URL precise avec un mode d'authentification donné, donc si le client et le serveur utilise le meme mode il n'y a pas de soucis. Si tu donnes plus de details je peux peut etre aider.
> Et c'est tout ce qui ressort à froid de ma médiocre mémoire, mais il y en a d'autres ....
Si tu y repenses tu peux en parler sur la ML du projet [en]: http://groups.google.com/group/mozilla-labs-weave
> J'en suis venu à me demander si les devs mozilla n'avaient pas fait "exprès" de rendre l'installation trèèès complexe pour forcer l'utilisation de leur serveur...
C'est pas trop dans notre interet de faire ca: Mozilla Services a pour vocation de fournir des services pour les gens, avec des logiciels open source pour que chacun puisse lancer son propre serveur s'il en a envie. On est a but non lucratif, on stocke des donnees cryptes qu'on ne peut pas lire (et on ne veux pas les lire).
Si tu gere ton propre serveur c'est moins de charge sur les notres et ca nous fait du feedback qu'on apprecie bcp, pour augmenter la qualite du soft.
J'ai aide recemment un user a monter son serveur Sync avec Postgres+Ldap et on a modifié le code du serveur Sync pour qu'il puisse fonctionner avec son schema LDAP sans trop de problemes.
Donc si t'a un souci hesite pas : #sync sur l'irc de mozilla ou tarek_at_mozilla.com