SyncML Module Help

[Douglas-36]

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 cutomizing 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);

Level of coupling and portability of the SyncML module related to the main
Horde Framework;

Support for detection and control of conflicts of synchronization;

Capability to manage the memory of the devices that will be synchronized;


 Considering the opportunity, it seems that E-GroupWare is using the SyncML
Horde component. Could you confirm that?

Regards,

Douglas Lopes Gomes
--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...

[Jan Schneider]

Zitat von Douglas <douglaslg@...>:

> 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 cutomizing 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?

> 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?

>  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.

--
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@...

[Douglas-36]

2009/8/17 Jan Schneider <jan@...>

> Zitat von Douglas <douglaslg@...>:
>
>  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.


>
>
>  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.

>
>
>   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@...

[Jan Schneider]

Zitat von Douglas <douglaslg@...>:

> 2009/8/17 Jan Schneider <jan@...>
>
>> Zitat von Douglas <douglaslg@...>:
>>
>>  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@...
>

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@...

[Douglas-36]

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@...>

> Zitat von Douglas <douglaslg@...>:
>
>  2009/8/17 Jan Schneider <jan@...>
>>
>>  Zitat von Douglas <douglaslg@...>:
>>>
>>>  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@...
>>
>>
>
>
> 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@...
>

--
sync mailing list - Join the hunt: http://horde.org/bounties/#sync
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: sync-unsubscribe@...