No easy way to set options in client requests about coap-rs

[osobiehl]

I'm down to rework part of the client and expose a low-level perform_request_through_transport method to replace request_path_with_timeout as the lowest-level method to allow you to customize whatever you want on the request. Honestly a Builder isn't something I see in scope because we just use coap-lite.

If you're willing to be a little bit patient I can do the change after the DTLS support PR.

[doxxx]

Thanks, I was able to rework my CLI tool to use the latest git version of coap-rs.

For those who may be interested: Instead of going the full builder route, I implemented a helper extension trait to make it easier to set some options on a request: https://bitbucket.org/gordon_tyler/workspace/snippets/XEB45a

[Covertness]

Which option do you want to set ? Coap has many options, each of them has its own special role. I think generic set function won't be very useful. I would like to implement a specific function if you have a common scenario.

[doxxx]

The ones I'm interested in are the Accept and Content-Format options.

[doxxx]

If the CoAPClient interface is getting too complex, a request builder may be something to explore.

[doxxx]

Right now it's a nice to have. I couldn't find a CLI CoAP client, so I wrote my own. When I was contemplating the features it should include, one of the main ones that occurred to me was content-type support. However, I don't need content-type support for my own purposes yet.

[Covertness]

Closed. Reopen it if you have any new problem about it.

[doxxx]

Although, a similar situation has cropped up with observe and observe_with_timeout -- there's no way to set options on the request without re-implementing those rather non-trivial functions myself.