Re: [RFC] drop plugin batch_commit for 0.40?

On Wednesday 08 April 2009 02:38:30 pm Michael Bell wrote:
> Michael Bell wrote:
> > The SyncML mapping is an open issue.
> >
> > SyncML/OMA DS clients can send a mapping after the changes from a server
> > were received. These mappings are first available after the changes are
> > committed. OpenSync is today not able to handle this after a change is
> > already committed.

That's wrong. Plugins can change the Mapping ID for this particular peer after
it got commit to the peer.

Example:

- commit() call with change UID: 00001
- plugin calls protocl specific code to commit change to peer
- plugins retrieves the new ID of the change which got just committed. ID: 123
- plugin now needs to call osync_changet_set_uid(change, "123");
- then the commit function ends with osync_context_report_success()

With the context reply (osync_context_report_sucess()) an internal function
get called which reports the new UID to the internal mapping table.

> > So we still need a solution for the mapping.

I don't agree here - see above.

> I could write some code for the SyncML plugin which writes the SyncML
> mappings to the state_db of the sink because they are too late for the
> changes.

I really don't want to see that plugins reinvent the wheel and write their own
mapping table. And reverting such temp. solution might cost more time to
revert then actually find a final solution.

> This gives us some time to think about a proper solution. In
> the mean time we could already remove batch commit.

I still haven't understand the entire problem in detail. And have the feeling
that dropping batch_commit might be not the right thing todo before having a
solution which solves the entire issue.

Best Regards,
Daniel


--
Daniel Gollub                        Geschaeftsfuehrer: Ralph Dehner
FOSS Developer                       Unternehmenssitz:  Vohburg
B1 Systems GmbH                      Amtsgericht:       Ingolstadt
Mobil: +49-(0)-160 47 73 970         Handelsregister:   HRB 3537
EMail: gollub@...          http://www.b1-systems.de

Adresse: B1 Systems GmbH, Osterfeldstraße 7, 85088 Vohburg
http://pgpkeys.pca.dfn.de/pks/lookup?op=get&search=0xED14B95C2F8CA78D

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel