[sync] SyncML Module Help

[Douglas]

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 <jan at horde.org>

> Zitat von Douglas <douglaslg at gmail.com>:
>
>  2009/8/17 Jan Schneider <jan at horde.org>
>>
>>  Zitat von Douglas <douglaslg at gmail.com>:
>>>
>>>  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: sync-unsubscribe at lists.horde.org
>>
>>
>
>
> 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: sync-unsubscribe at lists.horde.org
>