Hello, What would be the best approach to offer support for CoAP in the libcurl?
- Would you prefer to add support by re-implementing / porting a C library inside libcurl? For instance, most of the CoAP code would be ported from libcoap or another C library directly inside libcurl. It would represent a significant amount of code to review but would give the advantage to be tailored to fit libcurl requirements. - Would you prefer to simply link to a third party library such as libcoap? It would mean adding an optional dependency to libcurl build. I'm not sure about curl requirements and dependency policies. Best regards Rémy Le mar. 7 juin 2016 à 00:11, Daniel Stenberg <dan...@haxx.se> a écrit : > On Mon, 6 Jun 2016, Joachim Bauernberger wrote: > > > would there be any plans or roadmap to integrate support for CoAP in > > libcurl? It was once proposed in 2013[0] but it was very early stages > back > > then. > > It has been proposed before, yes. I've not seen anyone get sold enough on > the > idea to actually provide time and energy to make it happen. I'd estimate > it to > be a significant chunk of work so it'd take someone with a real desire and > use > case to pull it through. > > The only attempt to roadmap that we have in this project is this: > https://curl.haxx.se/dev/roadmap.html - which is just mine and Steve's > ideas > of what we wanted to work on when we last updated that document. Then > there's > the TODO document (https://curl.haxx.se/docs/todo.html) that lists ideas > that > could worth exloring further. None of them include CoAP =) > > > because of lack of support in the popular libraries, most > implementation's > > are either commercial and/or reinvent the wheel in some way. > > I consider the lack of interest to implement this into "the popular > libraries" > to tell something as well. I am personally a skeptic of the long-term > future > for the stripped down versions of real protocols that I consider CoAP to > be a > representative of. > > > libcurl seems an awesome place to handle this. > > I wouldn't mind exploring that and see how it could be done and get > integrated, but I'm not personally going to do all the work. It's not a > use > case for me *personally* that I have a need for. > > -- > > / daniel.haxx.se > ------------------------------------------------------------------- > List admin: https://cool.haxx.se/list/listinfo/curl-library > Etiquette: https://curl.haxx.se/mail/etiquette.html
------------------------------------------------------------------- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
