COAP_RESOURCE(3)
π¦ COAP_RESOURCE(3) β Work with CoAP resources π¦
okay so this page is from the libcoap Manual, and itβs literally your whole guide to making, changing, deleting, and finding CoAP resources on a server. bestie, itβs giving βresource management but make it cuteβ β¨
πΈ NAME πΈ
coap_resource, coap_resource_init, coap_resource_unknown_init, coap_resource_unknown_init2, coap_resource_proxy_uri_init, coap_resource_proxy_uri_init2, coap_resource_reverse_proxy_init, coap_add_resource, coap_delete_resource, coap_resource_set_mode, coap_resource_set_userdata, coap_resource_get_userdata, coap_resource_release_userdata_handler, coap_resource_get_uri_path, coap_get_resource_from_uri_path, coap_print_wellknown β all about working with CoAP resources π«Ά
β¨ SYNOPSIS β¨
#include <coap3/coap.h>
coap_resource_t *coap_resource_init(coap_str_const_t *uri_path, int flags);
coap_resource_t *coap_resource_unknown_init(coap_method_handler_t put_handler);
coap_resource_t *coap_resource_unknown_init2(coap_method_handler_t put_handler, int flags);
coap_resource_t *coap_resource_proxy_uri_init(coap_method_handler_t proxy_handler, size_t host_name_count, const char *host_name_list[]);
coap_resource_t *coap_resource_proxy_uri_init2(coap_method_handler_t proxy_handler, size_t host_name_count, const char *host_name_list[], int flags);
coap_resource_t *coap_resource_reverse_proxy_init(coap_method_handler_t rev_proxy_handler, int flags);
void coap_add_resource(coap_context_t *context, coap_resource_t *resource);
int coap_delete_resource(coap_context_t *context, coap_resource_t *resource);
void coap_resource_set_mode(coap_resource_t *resource, int mode);
void coap_resource_set_userdata(coap_resource_t *resource, void *data);
void *coap_resource_get_userdata(coap_resource_t *resource);
void coap_resource_release_userdata_handler(coap_context_t *context, coap_resource_release_userdata_handler_t callback);
coap_str_const_t *coap_resource_get_uri_path(coap_resource_t *resource);
coap_resource_t *coap_get_resource_from_uri_path(coap_context_t *context, coap_str_const_t *uri_path);
coap_print_status_t coap_print_wellknown(coap_context_t *context, unsigned char *buf, size_t *buflen, size_t offset, const coap_string_t *query_filter);
For specific (D)TLS library support, link with -lcoap-3-notls, -lcoap-3-gnutls, -lcoap-3-openssl, -lcoap-3-mbedtls, -lcoap-3-wolfssl or -lcoap-3-tinydtls. Otherwise, link with -lcoap-3 to get the default (D)TLS library support π
π DESCRIPTION π
CoAP Resources on a CoAP Server need to be created, updated and deleted as appropriate. The URI in the request packet defines the resource to work with, with possibly the Query or data in the request referring to a sub-resource.
When resources are configured on the CoAP server, the URI to match against in the request packet is specified.
Callback Handlers are then added to the resource to handle the different request methods. See coap_register_request_handler(3) for further information.
Adding Attributes allows textual information to be added to the resource which can then be reported back to any client doing a "GET .well-known/core" request. See coap_add_attr(3) for further information.
If an incoming packet request matches a resourceβs URI and Method, then the appropriate callback resource handler is invoked to process the packet which should then update a suitable response packet for returning back to the requester.
There is support for handling incoming packets where the URI is unknown (no specific resource has been created). This could, for example, happen when a PUT request is trying to create a new resource. It is the responsibility of the unknown resource callback handler to either create a new resource for the URI or just manage things separately.
CoAP Observe (RFC7641) is not supported for unknown resources, so a new resource with GET handler must be created by the unknown resource callback handle matching the URI which then can be Observable π
There is support for handling incoming proxy based requests using the Proxy-Uri or Proxy-Scheme options.
π FUNCTIONS π
π§ Function: coap_resource_init() π§
The coap_resource_init() function returns a newly created resource of type coap_resource_t *. uri_path specifies the uri string path to match against. Normally there is no need for the leading / β e.g. just "full/path/for/resource". flags can be zero or more of the following definitions orβed together.
COAP_RESOURCE_FLAGS_NOTIFY_NONβ Set the notification message type to non-confirmable for any trigggered"observe"responses with type set to confirmable every 5 packets as required by"RFC7641 4.5. Transmission". Seecoap_observe(3). NOTE: This flag is ignored ifCOAP_RESOURCE_FLAGS_NOTIFY_CONis set.COAP_RESOURCE_FLAGS_NOTIFY_NON_ALWAYSβ Set the notification message type to always non-confirmable for any trigggered"observe"responses. This should only be used if a upper layer protocol requires it. Seecoap_observe(3). NOTE: This flag is ignored ifCOAP_RESOURCE_FLAGS_NOTIFY_CONis set.COAP_RESOURCE_FLAGS_NOTIFY_CONβ Set the notification message type to confirmable for any trigggered"observe"responses. Seecoap_observe(3). NOTE:COAP_RESOURCE_FLAGS_NOTIFY_NONis assumed ifCOAP_RESOURCE_FLAGS_NOTIFY_CONis not set.COAP_RESOURCE_FLAGS_RELEASE_URIβ Free off thecoap_str_const_tforuri_pathwhen the resource is deleted.COAP_RESOURCE_FLAGS_FORCE_SINGLE_BODYβ Force all large traffic to this resource to be presented as a single body to the request handler.COAP_RESOURCE_FLAGS_OSCORE_ONLYβ Define this resource as an OSCORE enabled access only.COAP_RESOURCE_HANDLE_WELLKNOWN_COREβ Define this when invokingcoap_resource_unknown_init2()if.well-known/coreis to be passed to the unknown URI handler rather than processed locally. Used for easily passing on a request as a reverse-proxy request.
NOTE: The following flags are only tested against ifcoap_mcast_per_resource()has been called. Ifcoap_mcast_per_resource()has not been called, then all resources have multicast support, libcoap adds in random delays to the responses, and4.xx/5.xxresponses are dropped.
NOTE: The pseudo resource for".well-known/core"always has multicast support enabled and is not configurable. It is possible for a server to create a resource for".well-known/core"that can then control the multicast support and the providedGETrequest handler can callcoap_print_wellknown()to produce the same information as the pseudo resource.
COAP_RESOURCE_FLAGS_HAS_MCAST_SUPPORTβ This resource has support for multicast requests.COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_DELAYSβ Disable libcoap library from adding in delays to multicast requests before sending the response back to the client. It is then the responsibility of the app to delay the responses for multicast requests. See"RFC7252 8.2. Request/Response Layer". However, the pseudo resource for".well-known/core"always has multicast support enabled.COAP_RESOURCE_FLAGS_LIB_ENA_MCAST_SUPPRESS_2_05β Enable libcoap library suppression of205multicast responses that are empty (overridden by RFC7967 No-Response option) for multicast requests.COAP_RESOURCE_FLAGS_LIB_ENA_MCAST_SUPPRESS_2_XXβ Enable libcoap library suppressing2.xxmulticast responses (overridden by RFC7967 No-Response option) for multicast requests.COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_SUPPRESS_4_XXβ Disable libcoap library suppressing4.xxmulticast responses (overridden by RFC7967 No-Response option) for multicast requests.COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_SUPPRESS_5_XXβ turns off the libcoap library's automatic suppression of 5.xx responses to multicast requests. Lowkey important: this one gets overridden by the RFC7967 No-Response option, so if that's in play, that's what wins. π
NOTE π so like, if youruri_pathisn't readable 7-bit ASCII, the binary bytes have to be hex encoded β following the rules in"RFC3986 2.1. Percent-Encoding". No cap, just do it.
π¦ Function: coap_resource_unknown_init()
The coap_resource_unknown_init() function hands you back a brand-new resource of type coap_resource_t *. A put_handler is automatically added to the resource so it can handle PUT requests aimed at resources that are unknown. And bestie, you can add more handlers to this resource if you need to β it's not a one-handler situation.
πΈ Function: coap_resource_unknown_init2()
Same deal, but with β¨optionsβ¨: coap_resource_unknown_init2() returns a newly created resource of type coap_resource_t *, put_handler is auto-added to handle PUT requests to unknown resources, and you can still add extra handlers if required. The difference? flags β which can be zero or more of the COAP_RESOURCE_FLAGS MCAST definitions.
NOTE π There can only be one reverse-proxy or unknown resource handler per context β attaching a new one overrides the previous definition. So don't come crying to me when your old handler is just... gone.
π Function: coap_resource_proxy_uri_init()
The coap_resource_proxy_uri_init() function gives you a freshly created resource of type coap_resource_t *. proxy_handler gets automatically added to it, and it handles PUT/POST/GET etc. requests that use the Proxy-Uri option. The way you don't have to lift a finger β there is no need to add explicit request type handlers. π«Ά
One or more names that the proxy is known by (IP address, DNS name, whatever) must be supplied in the array defined by host_name_list[], which has a count of host_name_count. This is what's used to check whether the current endpoint is the proxy target address, or whether the request has to be passed on to an upstream server.
π Function: coap_resource_proxy_uri_init2()
coap_resource_proxy_uri_init2() also returns a newly created resource of type coap_resource_t *. proxy_handler is auto-added, handles PUT/POST/GET etc. requests using the Proxy-Uri option β again, no need for explicit request type handlers. You supply one or more names the proxy is known by (IP address, DNS name, etc.) in the array defined by host_name_list[], with a count of host_name_count, and that's what checks whether the current endpoint is the proxy target address or if the request gets passed upstream. Plus: flags, which can be zero or more COAP_RESOURCE_FLAGS MCAST definitions. π
NOTE π Only one proxy resource handler per context, periodt. Attaching a new one overrides the previous definition.
π Function: coap_resource_reverse_proxy_init()
This one returns a newly created resource of type coap_resource_t *, with rev_proxy_handler automatically added to handle all the PUT/POST/GET etc. requests β including .well-known/core. Literally all of them. No need to add explicit request type handlers, she ate. flags can be zero or more COAP_RESOURCE_FLAGS MCAST definitions.
NOTE β There can only be one reverse-proxy or unknown resource handler per context β attaching a new one overrides the previous definition. (Yes, same warning as before. It's that serious.)
π Function: coap_add_resource()
coap_add_resource() registers the given resource with the context. The resource must have been created by coap_resource_init(), coap_resource_unknown_init(), coap_resource_unknown_init2(), coap_resource_proxy_uri_init() or coap_resource_proxy_uri_init2(). The storage allocated for the resource will be released by coap_delete_resource().
And here's the tea β β since the uri_path of the resource has to be unique across all resources associated with a context, coap_add_resource() will delete any previous resource with the same uri_path before adding in the new one. Bye bestie π
π§ Function: coap_delete_resource()
coap_delete_resource() deletes the resource identified by resource. The context parameter is ignored (yep, ignored, don't ask). The storage allocated for that resource is freed, along with any attributes associated with the resource. Clean slate energy. β¨
π₯ Function: coap_resource_set_mode()
coap_resource_set_mode() changes the unsolicited notification message type of resource to the given mode, which must be one of COAP_RESOURCE_FLAGS_NOTIFY_NON, COAP_RESOURCE_FLAGS_NOTIFY_NON_ALWAYS or COAP_RESOURCE_FLAGS_NOTIFY_CON. Only those three, bestie, no freestyling.
π«§ Function: coap_resource_set_userdata()
coap_resource_set_userdata() lets you associate a pointer to user data with a resource, and that pointer can be accessed in any callback that includes resource as a parameter. Iconic, honestly.
NOTE π data must point to a static, or allocated, block of memory. Do not be weird about this.
π Function: coap_resource_get_userdata()
coap_resource_get_userdata() obtains the user data pointer from the resource that had previously been set up by coap_resource_set_userdata(). Round trip complete. π
π Function: coap_resource_release_userdata_handler()
coap_resource_release_userdata_handler() defines the context-wide callback handler to call to release the allocated user data that's been added to the resource using coap_resource_set_userdata() β and it fires when the resource is deleted. callback can be NULL (which is the default) if nothing needs to be freed off. No leaks, no stress. π
π¦ Function: coap_resource_get_uri_path()
coap_resource_get_uri_path() is used to obtain the UriPath of the resource definition.
πΈ Function: coap_get_resource_from_uri_path()
coap_get_resource_from_uri_path() is used to return the resource identified by the unique string uri_path associated with context. It's giving "find my friend in the group chat". π
π Function: coap_print_wellknown()
coap_print_wellknown() prints the names of all known resources of the given context into buf, which has a maximum size of buflen. The first offset bytes are skipped from the output, so block transfers can be handled. Setting offset to 0 means the entire (matching) information is output. Setting offset to UINT_MAX skips, but calculates the size of, the (matching) output. And query_filter is usually defined by the CoAP Uri-Query options as a query. π
π RETURN VALUES π
Ok so here's who returns what: π₯
coap_resource_init(),coap_resource_unknown_init(),coap_resource_unknown_init2(),coap_resource_proxy_uri_init(),coap_resource_proxy_uri_init2()andcoap_resource_reverse_proxy_init()return a newly created resource, orNULLif there's a malloc failure. πcoap_delete_resource()returns0on failure (resource not found),1on success.coap_resource_get_userdata()returns the value previously set by thecoap_resource_set_userdata()function, orNULL.coap_resource_get_uri_path()returns the uri_path, orNULLif there was a failure.coap_get_resource_from_uri_path()returns the resource, orNULLif not found.coap_print_wellknown()returnsCOAP_PRINT_STATUS_ERRORon error. Otherwise, the lower 28 bits are set to the number of bytes that have actually been written. AndCOAP_PRINT_STATUS_TRUNCis set when the output has been truncated. π«Ά
β¨ EXAMPLES β¨
okay bestie, this is the part where the manual actually shows you the setups, and honestly? iconic. Below are the fixed resources example and the dynamic resources example, with every line kept exactly as it should be. no cap, don't freestyle the code. π
π Fixed Resources Set Up π
Here's the fixed resources glow-up: you get the index handler, the time handlers, and the init_resources() function doing its main character thing.
#include <coap3/coap.h>
#define INDEX "This is an example server using libcoap\n"
static void
hnd_get_index(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
unsigned char buf[3];
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)request;
(void)query;
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
coap_add_option(response,
COAP_OPTION_CONTENT_TYPE,
coap_encode_var_safe(buf, sizeof(buf),
COAP_MEDIATYPE_TEXT_PLAIN),
buf);
coap_add_option(response,
COAP_OPTION_MAXAGE,
coap_encode_var_safe(buf, sizeof(buf), 0x2ffff), buf);
coap_add_data(response, strlen(INDEX), (const uint8_t *)INDEX);
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}
static void
hnd_delete_time(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)request;
(void)query;
/* .. code .. */
coap_pdu_set_code(response, COAP_RESPONSE_CODE_DELETED);
}
static void
hnd_get_time(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)request;
(void)query;
(void)response;
/* .. code .. */
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}
static void
hnd_put_time(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)request;
(void)query;
(void)response;
/* .. code .. */
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CHANGED);
}
static void
init_resources(coap_context_t *ctx) {
coap_resource_t *r;
/* Create a resource to return general information */
r = coap_resource_init(NULL, 0);
coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_index);
/* Document resource for '.well-known/core' request */
coap_add_attr(r, coap_make_str_const("ct"), coap_make_str_const("0"), 0);
coap_add_attr(r, coap_make_str_const("title"),
coap_make_str_const("\"General Info\""), 0);
coap_add_resource(ctx, r);
/* Create a resource to return return or update time */
r = coap_resource_init(coap_make_str_const("time"),
COAP_RESOURCE_FLAGS_NOTIFY_CON);
coap_resource_set_get_observable(r, 1);
coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_time);
coap_register_request_handler(r, COAP_REQUEST_PUT, hnd_put_time);
coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete_time);
/* Document resource for 'time' request */
coap_add_attr(r, coap_make_str_const("ct"), coap_make_str_const("0"), 0);
coap_add_attr(r, coap_make_str_const("title"),
coap_make_str_const("\"Internal Clock\""), 0);
coap_add_attr(r, coap_make_str_const("rt"), coap_make_str_const("\"secs\""),
0);
coap_add_attr(r, coap_make_str_const("if"), coap_make_str_const("\"clock\""),
0);
coap_add_resource(ctx, r);
}
π¦ Dynamic Resources Set Up π¦
And here's the dynamic resources setup β the unknown-resource PUT handler, the regular handlers it creates, and the init_resources() to wire it all up. it's giving flexible, fr fr.
#include <coap3/coap.h>
/* Regular DELETE handler - used by resources created by the
* Unknown Resource PUT handler */
static void
hnd_delete(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)session;
(void)request;
(void)query;
(void)response;
/* .. code .. */
/* Dynamic resource no longer required - delete it */
coap_delete_resource(NULL, resource);
coap_pdu_set_code(response, COAP_RESPONSE_CODE_DELETED);
}
/* Regular GET handler - used by resources created by the
* Unknown Resource PUT handler */
static void
hnd_get(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
coap_str_const_t *get_uri_path;
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)request;
(void)query;
/*
* Get the specific resource being requested to determine what the response is
* The uri_path string is a const pointer
*/
get_uri_path = coap_resource_get_uri_path(resource);
/* .. code .. */
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}
/* Regular PUT handler - used by resources created by the
* Unknown Resource PUT handler */
static void
hnd_put(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)resource;
(void)session;
(void)query;
coap_string_t *put_uri_path;
size_t length;
const uint8_t *data;
size_t offset;
size_t total;
int new_resource = 0;
/* get the uri_path */
put_uri_path = coap_get_uri_path(request);
if (!put_uri_path) {
coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
return;
}
coap_get_data_large(request, &length, &data, &offset, &total);
/* .. code .. */
/* Need to do this as coap_get_uri_path() created it */
coap_delete_string(put_uri_path);
if (length + offset < total)
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTINUE);
else if (new_resource)
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CREATED);
else
coap_pdu_set_code(response, COAP_RESPONSE_CODE_CHANGED);
}
static int
check_url_fn(coap_string_t *uri_path, uint8_t code) {
/* Remove (void) definition if variable is used */
(void)uri_path;
(void)code;
/* Code to determine whether the uri is valid or not */
return 1;
}
/* Unknown Resource PUT handler */
static void
hnd_put_unknown(coap_resource_t *resource, coap_session_t *session,
const coap_pdu_t *request, const coap_string_t *query,
coap_pdu_t *response) {
/* Remove (void) definition if variable is used */
(void)resource;
coap_pdu_code_t req_code = coap_pdu_get_code(request);
coap_resource_t *r;
coap_string_t *uri_path;
/* get the uri_path - which will get used by coap_resource_init() */
uri_path = coap_get_uri_path(request);
if (!uri_path) {
coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
return;
}
/* Check if new URI Path is valid */
if (!check_url_fn(uri_path, req_code)) {
coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
coap_delete_string(uri_path);
return;
}
/*
* Create a resource to handle the new URI
* uri_path will get deleted when the resource is removed
*/
r = coap_resource_init((coap_str_const_t *)uri_path,
COAP_RESOURCE_FLAGS_RELEASE_URI | COAP_RESOURCE_FLAGS_NOTIFY_NON);
coap_register_request_handler(r, COAP_REQUEST_PUT, hnd_put);
coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete);
/* We possibly want to Observe the GETs */
coap_resource_set_get_observable(r, 1);
coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get);
coap_add_resource(coap_session_get_context(session), r);
/* Do the PUT for this first call */
hnd_put(r, session, request, query, response);
return;
}
/* Initialize single Unknown Resource PUT handler */
static void
init_resources(coap_context_t *ctx) {
coap_resource_t *r;
/* Create a resource to handle PUTs to unknown URIs */
r = coap_resource_unknown_init2(hnd_put_unknown, 0);
/*
* Additional handlers can be added - for example
* coap_register_request_handler(r, COAP_REQUEST_POST, hnd_post_unknown);
* coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_unknown);
* coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete_unknown);
*/
coap_add_resource(ctx, r);
}
π SEE ALSO π
Go peek at coap_attribute(3), coap_context(3), coap_handler(3) and coap_observe(3) β that's the whole see-also crew, bestie. π«Ά
π FURTHER INFORMATION π
See these for further information:
"RFC7252: The Constrained Application Protocol (CoAP)""RFC3986: Uniform Resource Identifier (URI): Generic Syntax"
π BUGS π
Please raise an issue on GitHub at https://github.com/obgm/libcoap/issues to report any bugs.
Please raise a Pull Request at https://github.com/obgm/libcoap/pulls for any fixes.
π AUTHORS π
The libcoap project <libcoap-developers@lists.sourceforge.net>
This iconic page is from coap_resource 4.3.5b, dated 04/28/2026, page COAP_RESOURCE(3) β bye bestie, go build something slay πβ¨
π¦ where this page comes from
- alpine 3.24: libcoap-doc 4.3.5b-r0 Β· BSD-2-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms