[haiku-development] Re: Plan for NetServices Kit (v2)

  • From: Niels Sascha Reedijk <niels.reedijk@xxxxxxxxx>
  • To: Haiku Development <haiku-development@xxxxxxxxxxxxx>
  • Date: Wed, 1 Sep 2021 07:12:50 +0100

Hi,

On Mon, Aug 30, 2021 at 5:28 PM Alexander G. M. Smith <agmsmith@xxxxxx>
wrote:

On 2021-08-30 11:55 a.m., Adrien Destugues wrote:
 > There aren't any reasons to use this specific API outside of C++
code. You can use curl or some already
 > existing support in the language and toolkit you're using.

Good point.  Ruby Gems will have been built to use OpenSSL and other
existing libraries anyways.

 > The main concern here is to have something that is easy to use in
BeAPI based applications, and solving
 > the problem of converting the events from socket select/poll to
BMessages. If you are not in that case,
 > the existing libraries will probably do a better job.

I had a look at https://github.com/nielx/haiku-netservices-rfc and it
seems fine - I like the use of BMessages for notifications.

Uploads are a bit limited, or is that implied functionality?


It is implied functionality. For HTTP, the intention is to support the same
upload functionality we do now.


Peer to
peer isn't implemented (though a separate BitTorrent client makes more
sense than cluttering the API).

Should anything be done for IPFS support
(https://en.wikipedia.org/wiki/InterPlanetary_File_System) or just rely
on HTTP gateways?


I do not know either protocol well enough to definitively say, but these
should/could be implemented using a BIpfsSession/BBitTorrentSession and the
corresponding B*Request and B*Result classes. Ideally, an abstracted quick
get action could also be started through BUrlDownload with a
BitTorrent/IPFS URL, if those protocols support a 'download from URL'
function.

Regards,

N>

Other related posts: