0
Requested

Sharing Adam Files in Collections

Filip Develter 6 years ago in ADAM Core updated 3 years ago 0

Everyone uses some kind of dropbox / skydrive functionality nowadays in order to work together and exchange files.

There is a demand from customers to have such a functionality available for Adam as well.

A wild idea could be Bittorrent Sync, based upon the popular peer to peer technology. It basically sync's folders between different machines using a secret hash code. If you Add a local folder to Bittorrent Sync and add an existing hash code to it, the application will start syncing the content in the folder. This can (by default) be bidirectional but can also be configured one way if necessary.

I'm just thinking about collections in Adam. If a collection would represent a Hash, every collection could be shared using bittorrent sync with users "subscribing" to it. 

The advantage of the peer to peer mechanism over conventional upload/download or dropbox is that it doesn't need a central server. All traffic is also encrypted over the network.

Example:

If a file of 1 Gb is being shared and let's say 500Mb is already uploaded to 2 or 3 clients connecting to it, other  clients will already start downloading not only from the "server" (actually also being a node on the network) but also from those other machines, offloading the central repository. If the other clients are decentralized it can also enable a geographical spread. 

It is also a great solution to solve bad network connections and online/offline situations.

There are also clients available for mobile devices which is great if users would like  to share collections on their tablets.

 

sharing

Hi Filip,


Thanks for your suggestion. We already have had quite some discussions about this, (including this week at the Sync! Event).

You're correct in stating that things like SkyDrive, Dropbox and Box are being asked to integrate with. However, I haven't come across a request for using BitTorrent as transfer protocol. In fact, I'm not so sure that our customers will be so willing to even consider it. The protocol - although highly scalable and robust - still is associated most of the time with copyright violations, lawsuits, etc.

I'm looking forward to what other customers and partners have of feedback on this request.

Hi Joris,

I totally agree with your remark on reputation. However, the bitorrent client I'm talking about here is only given as an example. I don't expect Adam and customers to use that application. It still is a very stable and nice technology. It's not so difficult to build your own tracker/client (based upon existing open source .NET libraries) and encrypt all traffic using https (tracker) or hash (traffic), giving you complete control and security.

I'm also very interested in hearing the feedback on this.