RFC: TortoiseBzr strategies

[Robert Collins]

Hi, at the london sprint the integration team has proposed the
following:

 - a local xml-rpc server which can be used as a stateful FFI to bzr
 - a new subcommand space for xml variants of all the commands needed
for external integration.

I would suggest the overlay be C++, it have a global cache process,
which could be .NET/python/C++ {you choose - balance memory usage over
time vs development speed etc etc}. Said cache is probably a
serialisation point, or needs to be multithreaded. I would expect that
users would not expect unrelated trees to block each other - so say
multithreaded. And this cache would also act as a proxy to the xml-rpc
servers being used to operate on various bzr trees.

-Rob
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20080328/95341326/attachment.pgp