desc.h 5.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172
  1. /** @file desc.h
  2. *
  3. * @brief Description (RDF) resource.
  4. *
  5. * The Description Resource (DESC-R), together with the Data Resource (DATA-R),
  6. * is the building block of lsup_repo information. Its contents are fully
  7. * understood by the library.
  8. */
  9. #ifndef _LSR_DESC_H
  10. #define _LSR_DESC_H
  11. #include "core.h"
  12. /*
  13. * Typedefs.
  14. */
  15. /** @brief DESC-R structure.
  16. *
  17. * A Descriptive Resource (DESC-R) is made up of several RDF named graphs.
  18. * Each graph has a function defined by the framework and can be managed by
  19. * the framework or by the user.
  20. *
  21. * the URI of each graph is derived from the ID of the resource. This is just
  22. * for readability. Actually, when stored, the resource generates triples that
  23. * explicitly link these graphs together. These URIs have an URN prefix so that
  24. * they are portable and, in a Linked Data server, can be easily replaced with
  25. * absolute URLs based on the server root.
  26. *
  27. * The `user_data` handle is a {NULL}-terminated array of user-defined graphs.
  28. * Each graph URI is considered relative to the resource URN and may or may not
  29. * be consistent across resources, depending on how repository managers
  30. * organize their knowledge.
  31. *
  32. * The `admin_data` graph contains exclusively triples managed by the
  33. * repository. They may have special functionality attached and may be created
  34. * as a direct consequence of a user action (e.g. adding a member to a Set or
  35. * List).
  36. *
  37. * Relationships between these graphs are expressed by triples stored in the
  38. * default graph.
  39. */
  40. typedef struct desc_t {
  41. LSUP_Graph ** user_data; // User-defined data graphs.
  42. LSUP_Graph * admin_data; // Managed data (one graph).
  43. LSUP_Graph * main_data; // Relationships between graphs.
  44. uuid_t id; // Resource identifier (UUID4).
  45. LSR_ResFlags flags; // Flags.
  46. } LSR_Desc;
  47. /*
  48. * API functions.
  49. */
  50. /** @brief Create an in-memory DESC-R from multiple graphs.
  51. *
  52. * The resource is volatile until it is stored in a persistent back end. It
  53. * must be stored in a context-capable back end (e.g. `LSUP_STORE_MDB`).
  54. *
  55. * The resource is assigned a UUID4. The resource URI, used in
  56. * relationships, is the ID prefixed with the `LSR_NS_DESC` namespace.
  57. *
  58. * @param[in] data NULL-terminated array of graph handles, each with a set of
  59. * triples to populate the new resource. Triples and terms are copied and get
  60. * freed when #LSR_desc_free() is called. All URIs, including the graph URI,
  61. * if not absolute, are intended as relative to the resource URI. Hence, to
  62. * reference the resource itself, an IRIRef with an empty string as data may
  63. * be used. The graph URI is maintained within the resource. As a convention,
  64. * it is recommended to use a fragment URI with a short label, e.g.
  65. * `#set37205`, `#~alice`, or `#ancillary`. Fragments beginning with two
  66. * underscores are reserved for internal use and are not allowed in the input.
  67. *
  68. * @param[out] rsrc Resource handle pointer. The handle should be freed with
  69. * #LSR_desc_free(). On a non-success return code, the handle may be garbage.
  70. *
  71. * @return LSUP_OK on success; < 0 on error.
  72. */
  73. LSUP_rc
  74. LSR_desc_new_multi (LSUP_Graph *const *data, LSR_Desc **rsrc);
  75. /** @brief Shortcut to create a resource from a single graph.
  76. *
  77. * The graph is automatically assigned the3 `_main` label. See
  78. * #LSR_desc_new_multi for other documentation.
  79. *
  80. * @param[in] data Single graph to insert.
  81. *
  82. * @param[out] rsrc Resource handle pointer. The handle should be freed with
  83. * #LSR_desc_free(). On a non-success return code, the handle may be garbage.
  84. *
  85. * @return LSUP_OK on success; < 0 on error.
  86. */
  87. LSUP_rc
  88. LSR_desc_new (const LSUP_Graph *data, LSR_Desc **rsrc);
  89. /** @brief Create an in-memory DESC-R from a stored resource.
  90. *
  91. * Once created, the resource may be modified independently from its stored
  92. * counterpart. In order to make changes permanent, it must be stored again
  93. * using #LSR_desc_store().
  94. *
  95. * @param[in] id ID of the resource to be retrieved, without the namespace.
  96. *
  97. * @param[out] rsrc Resource handle to be populated with the found resource. It
  98. * should be freed with #LSR_desc_free(). If NULL, the resource is only
  99. * checked for existence (much faster). On a non-success return code, the
  100. * handle may be garbage.
  101. *
  102. * @return LSUP_OK if the resource is found; LSUP_NORESULT if not found; <0
  103. * on error.
  104. */
  105. LSUP_rc
  106. LSR_desc_get (const uuid_t id, LSR_Desc **rsrc);
  107. /** @brief Free a DESC-R.
  108. */
  109. void
  110. LSR_desc_free (LSR_Desc *rsrc);
  111. /** @brief Store a DESC-R, overwriting any data if it already exists.
  112. *
  113. * This is a "create or overwrite" function that deletes any existing resource
  114. * under the given ID before storing the content of the in-memory resource
  115. * at hand.
  116. *
  117. * All data are copied and the resource may be freed after this operation.
  118. *
  119. * @param[in] rsrc Resource to be created or overwritten.
  120. */
  121. LSUP_rc
  122. LSR_desc_store (const LSR_Desc *rsrc);
  123. /** @brief Perform a delta update on a stored resource.
  124. *
  125. * This function operates directly on a stored resource without the need to
  126. * provide an in-memory DESC-R. It first deletes triples by given patterns,
  127. * then adds triples. Both steps are optional.
  128. *
  129. * @param[in] id ID of the resource to be modified, without the namespace.
  130. *
  131. * @param[in] remove Array of 3-member array of terms. Each set of
  132. * terms represents the s, p, o bound terms. Any and all can be NULL, as in
  133. * #LSUP_graph_remove(). The array is terminated by a `{NULL}` array.
  134. *
  135. * @param[in] add Array of triples to be added, terminated by a NULL.
  136. */
  137. LSUP_rc
  138. LSUP_desc_update (LSR_id id, LSUP_Term **remove, LSUP_Triple *add);
  139. /** @brief Delete a DESC-R.
  140. *
  141. * TODO Soft-deletes to be implemented with versioning.
  142. *
  143. * @param[in] id Resource ID.
  144. *
  145. * @return LSUP_OK if the resource was found and deleted; LSUP_NOACTION if no
  146. * resource was found for the given ID.
  147. */
  148. LSUP_rc
  149. LSUP_desc_delete (LSR_id id);
  150. #endif /* _LSR_DESC_H */