On Tue, Feb 03, 2009 at 08:52:39PM +0100, Nicolas wrote:
> Hi Chris,
>
> I have some questions about barry opensync plugin :
>
> 1??/ Can you explain me the process to map the ID to data ?
Hi Nicolas,
If you look in your home directory under ~/.opensync you'll find a
group with Barry configuration data in it. After a sync (with the 0.22
plugin) you'll find a set of .txt files named:
barry_calendar_cache.txt
barry_calendar_idmap.txt
barry_contacts_cache.txt
barry_contacts_idmap.txt
The plugin has to know, or be able to determine, 3 things:
- whether an entry is new
- whether it is modified
- whether it is deleted
The modification check is done inside the Blackberry itself. The device
sets a dirty flag whenever you modify a record in the device.
The cache is used to detect addition and deletion. Every record that the
plugin sees from the device is added to the cache. On the next run,
if a record is not found in the cache, it is assumed to be a new record
from the other side of opensync. If it is in the cache, but not in the
device, it is assumed that the user deleted it from his handheld, and a
delete message is sent to the other opensync plugin.
The ID map is used to map internal Blackberry record ID's to the record
IDs given by the other opensync plugin. For example, evo2-sync may
send us a record with any ID string, and this string may not work as
a record ID in the Blackberry, or the ID may already be used. So
the ID map just links plugin IDs with Blackberry IDs.
Both of these cache and ID files are plain text and can be read freely.
> 2??/ After having --configure, --discover, I can process to synchronize
> my data with Evolution. All is OK. Data are right synchronized.
> But if I run again the sync process AND that this process fail (I don't
> know why... and it isn't systematic), the next synchronization thinks
> that it's the first and so forget the last sucess synchronization. So I
> had 131 contacts on my device and 131 contacts in Evolution, I'll have
> 262 contasts ! I lose the information about the synchronization.
> I seek to understand this issue !
I'm not sure what is happening without more data, but is there a mention
of a "slow-sync" during the second sync? If so, then focus on why
opensync thinks this is needed. If not, then it could be an ID map or
cache issue.
> 3??/ For the moment, Barry doesn't know sync the photo in the address
> book. Why ?
> I think that we can add this feature...
No reason except that nobody has implemented it yet. :-)
I don't know what the format is for photos, in the vcard RFC's, so there's some
research that needs to be done as well. Make sure that opensync can
handle it, before you go to the work of adding it to the Barry plugin.
> PS: excuse my english...
No worries. :-)
- Chris
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
