Re: SyncML Module Help
Douglas <[email protected]>
| Newsgroups | gmane.comp.horde.sync |
|---|---|
| Message-ID | <[email protected]> |
That is all for now. I think Horde's SyncML Library is a good start point. I will study it more, and any doubt or solution I will post here again. Thank you Jan, Douglas. 2009/8/21 Jan Schneider <[email protected]> > Zitat von Douglas <[email protected]>: > > 2009/8/17 Jan Schneider <[email protected]> >> >> Zitat von Douglas <[email protected]>: >>> >>> Hi, >>> >>>> >>>> I must implement a SyncML module on a mail service based on E-GroupWare. >>>> This synchronization module must act as a server, synchronizing a user >>>> contact list and a todo list with a client application in a mobile >>>> device. >>>> All the proccess must be done using just HTTP protocol. I pretend to use >>>> as >>>> a start point an implementation that already exists on the SynML server, >>>> adapting and customizing only the necessary. >>>> >>>> I need some information about the SyncML implementation on the Horde >>>> framework, implementation resources and limitations. Could you help me >>>> with >>>> that? >>>> >>>> Here are my doubts: >>>> >>>> Implementation pendencies related to the SyncML protocol RFC (if >>>> exists); >>>> >>>> >>> Sorry? >>> >> >> >> This question is about some funcionalities in SyncML library that was not >> implemented, in relation to the protocol specification, like some sync >> type, >> for instance. >> > > We don't have a list or something. I'm pretty sure that we didn't implement > the standard completely, but everything that we've seen in real-life > situations should be there. > > Level of coupling and portability of the SyncML module related to the >>> main >>> >>>> Horde Framework; >>>> >>>> >>> The SyncML library has an abstracted backend support, so it should be >>> usable by any software different than Horde. >>> >>> >> >>> Support for detection and control of conflicts of synchronization; >>> >>>> >>>> >>> It has conflict detection but no conflict solution. IIRC the current >>> conflict policy is client wins, but it's going to be duplication, in the >>> future. >>> >>> Capability to manage the memory of the devices that will be >>> synchronized; >>> >>>> >>>> >>> Sorry? >>> >>> >> This question is about the capability of SyncML server to handle device >> memory limitation, before starts the sync. >> > > If you mean MaxMem attributes in the DevInf standard and large object > support, then yes, that's supported. > > Considering the opportunity, it seems that E-GroupWare is using the >>> >>>> SyncML >>>> Horde component. Could you confirm that? >>>> >>>> >>> Yes, it uses a fork of a pretty old version of the SyncML library. >>> >>> Jan. >>> >>> >> >> Thank you Jan, >> >> Regards, >> Douglas L. Gomes >> -- >> sync mailing list - Join the hunt: http://horde.org/bounties/#sync >> Frequently Asked Questions: http://horde.org/faq/ >> To unsubscribe, mail: [email protected] >> >> > > > Jan. > > -- > Do you need professional PHP or Horde consulting? > http://horde.org/consulting/ > > -- > sync mailing list - Join the hunt: http://horde.org/bounties/#sync > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: [email protected] > -- sync mailing list - Join the hunt: http://horde.org/bounties/#sync Frequently Asked Questions: http://horde.org/faq/ To unsubscribe, mail: [email protected]