On Sat, 2010-07-31 at 18:11 +0200, Patrick Ohly wrote:
> On Thu, 2010-06-17 at 13:48 +0200, Patrick Ohly wrote:
> > In another context, say @xmlrpc, we define a sources that accesses
> > different data via some other backend, like the XMLRPC interface. Let's
> > assume we have one source defined, like "calendar".
> >
> > Now we configure one peer "xmlrpc" in the @default context:
> > syncURL = local
> > peerIsClient = 1
> > [calendar]
> > URI = calen...@xmlrpc
>
> While this is a valid approach, the comment made further down about
> choosing a log directory for the peer was based on the assumption that
> all peer URIs are in the same context. Another drawback of the proposal
> above is that @xmlrpc would have to be repeated for every single source
> URI.
>
> Therefore I propose to use the following simpler scheme instead:
> syncURL = local://@xmlrpc
> peerIsClient = 1
> [calendar]
> URI = calendar
> [addressbook]
> URI = addressbook
> ...
Implemented, just in time before the end of vacation ;-) See
"bmc712-local-sync" branch. It's still very rudimentary, but works
inside the "syncevolution" command line (--daemon=no). From the commit
message:
The implementation is not complete yet:
- no glib support, so cannot be used in syncevo-dbus-server
- no support for CTRL-C and abort
- no interactive password entry for target sources
- unexpected slow syncs are detected on the client side, but
not reported properly on the server side
If someone wants to help finish this, let me know. I'll come back to it
eventually, but not soon.
> * Creating contexts without any peer is currently rejected. That is
> needed for creating the target context of the client.
Also resolved on that branch.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
_______________________________________________
SyncEvolution mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution
