"olafs6@gmx.de" olafs6@gmx.de schrieb:
Hallo Lars !
Hallo Olaf!
Bisher bin ich davon ausgegangen, dass ein syncml-Server zB “rumms” und
wumms"
versteht, und ein zB auf einem Handy installierter syncml-Client das
"bumm"
und “peng” oder was-auch-immer des jeweiligen Handys bzw. Client-Gerätes
für
den syncml-Server übersetzt in “rumms” und wumms".
Versteht egroupware jetzt das gelieferte “rumms” und “wumms” nicht, oder
sind
sowohl der syncml-Client von funambol als auch der (kommerzielle und für
Blackberry konzipierte + angebotene) syncml-Client von nexthaus
Fehlkonstruktionen ?
Das sind sie sicherlich nicht. Die funktionieren schon so, wie das sein
soll.
Es gibt 3 Sachen die schief gehen können.
SyncML basiert auf den Austausch von XML Dokumenten. Da die sehr groß werden
können, werden sie vorher komprimiert. Dafür wird WBXML verwendet. Das
Wandeln von und nach XML/WBXML ist das erste Problem wo etwas schief gehen
kann. Allerdings lässt sich das aufgrund der klaren Spezifikation sehr gut
umsetzen und auch testen.
Dann muss man im zweiten Schritt das erhaltene XML verarbeiten. Und da wird
es dann ein wenig komplizierter. Beim einem Sync sendet in der Regel erst
das Telefon seine Updates und danach der Server. Da gibt es dann mindestens
2 Möglichkeiten zu erkennen dass das Telefon alles gesendet hat und Server
jetzt seine Updates schicken kann. Genauso gibt es in dem XML File noch ein
paar mehr Stellen wo die Clients sich etwas anders verhalten. Daher muss man
da immer ein paar Sonderbehandlungen einbauen um alle Möglichkeiten
abzudecken. Da sich aber pro Hersteller alle Telefone gleich verhalten muss
gibt es da auch nicht so viele Möglichkeiten. Muss man halt durchtesten und
dann ist das auch gut.
Nun kann der Server seine Daten zum Telefon schicken, der ihm dann sagt
unter welcher Id das Telefon die Daten abgespeichert hat. Wenn das hier
schief geht, duplizieren sich Daten.
(Bei ActiveSync wird immer die Id des Eintrags auf dem Server verwendet.
Problem gelöst.)
Und dann kommt der komplizierte Teil. Wenn wir mal davon ausgehen, das wir
Kontakte synchronisieren wollen, dann stehen nicht als Teil des XML Streams
zur Verfügung, sondern als VCard. D.h. man muss die VCard erst einmal durch
einen VCard Decoder schicken. Nun wird es kompliziert da man eine
Emailadresse in einer Vcard unterschiedlich ablegen kann.
EMail: l.kneschke@metaways.de oder
Email;work: l.kneschke@metaways.de oder
Email;Internet;Work: l.kneschke@metaways.de
Das gleicht gilt dann noch genauso für Telefonnummern und Anschriften. D.h.
man muss dann sehr viel Aufwand betreiben, um herauszukriegen was das
Telefon wohl meint. Das VCard Format kann sich auch noch zwischen des
Modellen eines Herstellers ändern. Daher muss man hier sehr viel testen.
(Bei ActiveSync sind die Daten Teil des XML Streams und haben eindeutige
Namen. Auf jedem Telefon. Da findet das Mapping auf dem Telefon statt.
Problem gelöst.)
Das funktioniert alles ohne Probleme wenn man die VCard’s einfach nur auf
dem Server abgelegen würde und den SyncML Server als Backup System für das
Telefon verwenden würde. Dann man die VCards aber in eGroupWare
weiterverarbeiten möchte wird es kompliziert. Nach schwieriger wird es bei
Kalendereinträgen mit sich wiederholenden Terminen und Zeitverschiebung(Ist
bald wieder so weit!). Das sind natürlich alles lösbare Probleme. Machen
aber die Synchronisation per SyncML nicht gerade einfach weil sehr viele
Komponenten daran beteiligt sind und nicht alle Telefone die selbe Sprache
sprechen. (Auch das ist bei ActiveSync größtenteils gelöst.)
So. Das reicht dann wohl erstmal! 
–
Lars Kneschke
CTO OfficeSpot.Net
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg
Tine 2.0 now with Timetracker and ActiveSync support =>
http://www.tine20.org/
E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0)40 317031-21
Fax: +49 (0)40 317031-921
Mobile: +49 (0)175 9304324
Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german
