I went down the rabbit hole. Seems that by default pedestal uses both content-type and file-path middleware / interceptors from ring: https://github.com/pedestal/pedestal/blob/0.5.10/service/src/io/pedestal/http.clj#L260 https://github.com/pedestal/pedestal/blob/0.5.10/service/src/io/pedestal/http.clj#L268 defined here: https://github.com/pedestal/pedestal/blob/0.5.10/service/src/io/pedestal/http/ring_middlewares.clj#L69 https://github.com/pedestal/pedestal/blob/0.5.10/service/src/io/pedestal/http/ring_middlewares.clj#L81 which lead inside ring: https://github.com/ring-clojure/ring/blob/master/ring-core/src/ring/middleware/content_type.clj#L6 https://github.com/ring-clojure/ring/blob/master/ring-core/src/ring/middleware/file.clj#L19 https://github.com/ring-clojure/ring/blob/master/ring-core/src/ring/util/response.clj#L148

Using ::http/file-path to enable the default file pedestal interceptor by e.g. specifying ::http/file-path "resources/public/" works, but not as expected. It now serves files from given directory, but with a content-type response of application/octet-stream which leads to the html file being downloaded instead of presented by the browser

Check out the fast-resource interceptor. https://github.com/pedestal/pedestal/blob/master/service/src/io/pedestal/http/ring_middlewares.clj#L148

Tried fast-resource interceptor too, same outcome as file interceptor

I removed ::http/resource-path to disable default resource interceptor and added a route like:

["/" :get [(middleware/fast-resource "/public")]]

ah, yes. i remember now. the content-type ring middleware only sets the content type based on the request uri. it does not look at the file extension. theres an issue and a PR that fixes this in the ring repo, but alas, its not merged. https://github.com/ring-clojure/ring/issues/408 https://github.com/ring-clojure/ring/pull/452 we ended up doing this at work: `(defn content-type-interceptor [] (after ::content-type-interceptor (fn [ctx] (let [uri (get-in ctx [:request :uri]) resp (:response ctx)] (if-let [mime-type (or (get-in ctx [:response :headers "Content-Type"]) (mime/ext-mime-type uri) ;; Additional check compared to io.pedestal.http.ring-middlewares/content-type ;; Workaround for problem described here: https://github.com/ring-clojure/ring/issues/408 (when (instance? File (:body resp)) (mime/ext-mime-type (.getAbsolutePath (:body resp)))) ;; Same problem as above, when all else fails. Look for a hint in the context map. (when (::mime-lookup ctx) (mime/ext-mime-type (::mime-lookup ctx))))] (assoc-in ctx [:response :headers "Content-Type"] mime-type) ctx)))))`

I think that does the trick, although I would love this functionality to be supported upstream

Thanks for the suggestion!

No, but that should be fairly straight forward to create: 1 map :name over your chain 2 instantiate the "tapping" interceptor for each name 3 interleave those with your original chain

I think metosin has something like this, maybe in reitit, that will also run diff on the context to highlight whats changed.

Thanks for the ideas, very much appreciated!

Also, Pedestal already has logging of :enter, :leave, and :exit for each interceptor.

Take a look in the .chain namespace.

👍