Doesn’t look like the delete-book interceptor returns a ring response. Does it actually delete the book but just return 404?

No, it’s not deleting the book either.

Ok so does the request ever get to that handler? Pprint the ctx before attempting to get the book ID

No it doesn’t get that far. This kicks out when I attempt “DELETE http://locahost:3000/book/11 => :initiated21-08-10 13:42:17 Akuma.local INFO [io.pedestal.http:116] - {:msg “DELETE /book/11”, :line 80}

Your function delete-book returns something from db/delete-book! This something do not have a :status map Pedestal default not-found handler will seach for {:status ...} in the response, if not found, then it will put 404. A possible solution

(def delete-book
  {:name ::delete-book
   :enter (fn [context]
            (let [id (-> context :path-params :id)]
              (db/delete-book! id)
              {:status 202}))})

@U2J4FRT2T ohh…. hmm, where can I learn more how all of this works? Just reading the source code? It’s hard to figure out where to begin and what direction to go.

> Doesn’t look like the delete-book interceptor returns a ring response. Handlers must return ring-responses

@U0CJ19XAM at one point I returned with this but was running into the same issue.

The code in most of cases is simple to read. I'm happy with response-for and other tools like scope capture that allow me to quickly experiment, explore, prototype and understand the behavior of the library. Would be nice if more people write tutorials about pedestal, or contribute to the official docs.

Yeah… I think as I figure things out I’ll make some blog posts. There’s actually a decent book that uses pedestal all the way through but they also throw in Datomic and focus on building microservices. There’s good information but they drown you with other advanced topics.

In your particular case, you are in a "unspecified area", once "handlers should return ring response map" and you are not returning it, it's hard to document/explain which behavior will occur

But for sure, it's a common mistake, so it worth a effort to do better docs/explain on it.

@U2J4FRT2T hmm adding {:status 202} didn’t make it work either. I’m still having trouble believing its even reaching the interceptor. I tried to print ‘context’ out with hashp and it never gets there…. I’m going to take a step back and focus on getting a grasp on context/request/response maps. I’m sure i’ll be back on here in a few but for now I think its better that I slow down and take a step back. Completely lost.

(def delete-book
  {:name ::delete-book
   :enter (fn [context]
            (let [id (-> context :path-params :id)]
              (db/delete-book! id)
             (assoc context :response  {:status 202})))})

also

(-> context :request :path-params :id)

a handler is a function that receive a request and returns a response, as in ring meaning. an interceptor has enter/leave/error stages, each of these receives and returns a context, which contains a request map, maybe a response map. error stages receives 2 args: ctx and exception

With this form, you can prototype and explore pedestal in a quickly way:

(require '[io.pedestal.http :as http]
  '[io.pedestal.test :refer [response-for]])

(let [routes #{["/book/:id" :delete
                [{:name  :book-delete
                  :enter (fn [ctx]
                           (def _ctx ctx)
                           (assoc ctx :response {:status 202}))}]]}
      service-fn (-> {::http/routes routes}
                   http/default-interceptors
                   http/create-servlet
                   ::http/service-fn)]
  (response-for service-fn
    :delete "/book/123"))
=> {:status  202,
    :body    "",
    :headers {"Strict-Transport-Security"         "max-age=31536000; includeSubdomains",
              "X-Frame-Options"                   "DENY",
              "X-Content-Type-Options"            "nosniff",
              "X-XSS-Protection"                  "1; mode=block",
              "X-Download-Options"                "noopen",
              "X-Permitted-Cross-Domain-Policies" "none",
              "Content-Security-Policy"           "object-src 'none'; script-src 'unsafe-inline' 'unsafe-eval' 'strict-dynamic' https: http:;"}}
;; now you can inspect ctx
_ctx 
{:request {.... } ...}

@U2J4FRT2T ok, going to toy with it. I’ve been meaning to toy with tap> as well.