#coap #iot #no-alloc

no-std coap-handler-implementations

Simple implementations of CoAP handlers

21 releases

0.5.0 Jan 16, 2024
0.4.2 Mar 6, 2023
0.3.5 Sep 22, 2022
0.3.4 Jun 10, 2022
0.1.0 Mar 23, 2021

#199 in No standard library

Download history 193/week @ 2024-01-02 423/week @ 2024-01-09 674/week @ 2024-01-16 651/week @ 2024-01-23 1102/week @ 2024-01-30 602/week @ 2024-02-06 785/week @ 2024-02-13 403/week @ 2024-02-20 264/week @ 2024-02-27 359/week @ 2024-03-05 298/week @ 2024-03-12 847/week @ 2024-03-19 100/week @ 2024-03-26 274/week @ 2024-04-02 273/week @ 2024-04-09 164/week @ 2024-04-16

836 downloads per month
Used in 4 crates

MIT/Apache

105KB
2K SLoC

Maintenance

coap-handler-implementations

The coap-handler-implementations crate provides a few convenience, example or reference implementations of the coap-handler interface.

They range from the generic "4.04 Not Found" responder up to a handler that creates a write formatter for GET-only resources, and even provides block-wise transfer that. The [TypeHandler] enables the easy creation of serde_cbor based resource implementations with GET, PUT and POST support in CBOR format. The HandlerBuilder implements crude static path based routing that may suffice for some applications, and is also useful to get started quickly.

History

This code used to be part of coap-handler, but while the interface needs to stabilize fast (as incompatible changes there propagate to implementations), the implementations still need to develop fast (but it doesn't hurt too much if one code part is using the old SimpleRenderable while another uses a newer NeverFound).

Version 0.1 is what was available in coap-handler (if Cargo allowed cyclic dependencies, coap-handler would pub use this crate); users are encouraged to just use coap-handler-implementations directly.

Options Hiding

A common mechanism in handlers is that handlers "consume" options. For example, the [ForkingHandler] built through HandlerBuilder::at "eats" the Uri-Path; likewise, an Accept-based dispatcher would consume the Accept option.

This allows the handlers themselves to check for any left-over critical options and fail if they can't handle them -- without the need to mask them out there assuming (without an actual check) that prior wrappers took care of them.

License: MIT OR Apache-2.0

Dependencies

~3MB
~64K SLoC