Compojure: système de fichiers d'accès

Question

est mon fichier project.clj:

(defproject org.github.pistacchio.deviantchecker "0.9.0"
  :description "A one page application for keeping track of changes on deviantart.com gallieries"
  :dependencies [[org.clojure/clojure "1.2.1"]
                 [org.clojure/clojure-contrib "1.2.0"]
                 [enlive  "1.0.0"]
                 [compojure "0.6.4"]
                 [ring/ring-jetty-adapter "1.0.0-beta2"]]
  :dev-dependencies [[lein-ring "0.4.6"]]
  :ring {:handler org.github.pistacchio.deviantchecker.core/app}
  :main org.github.pistacchio.deviantchecker.core)

et que mon routage:

(defroutes main-routes
  (GET "/" [] (get-home))
  (GET "/add" [d] (add-gallery d))
  (GET "/delete" [d] (delete-gallery d))
  (GET "/check" [d] (check-gallery d))
  (route/resources "/")
  (route/not-found "Page not found"))

J'ai des fichiers statiques Web dans /resources/public et je peux y accéder. Dans le code, je dois aussi o accéder à certains fichiers sur le système de fichiers qui se trouvent sur /resources/data et /resources/tpl. Utilisation d'un serveur ou lein ring lein run, l'appel suivant fonctionne très bien

(java.io.File. "resources/tpl/home.html")

mais lors de l'emballage de l'application avec lein uberwar et le déploiement sous Tomcat, il échoue et je reçois un FileNotFoundException. Peut-être cela est dû au fait avec Lein répertoire de travail est la racine du projet tandis que sous Tomcat est le répertoire bin de Tomcat.

Par exemple, je /resources/data/data.dat qui obtient emballé dans la guerre comme /data/data.dat non plus « ressources / données / data.dat » ne fonctionne pas sous Tomcat ou « data / data.dat » ne fonctionne pas dans le développement.

Par ailleurs, quelle est la bonne façon de gérer cela dans Compojure? Merci.

Answer 1

Vous pouvez utiliser clojure.java.io/resource d'accès aux ressources si elles sont sur le système de fichiers local ou emballés dans un pot / guerre:

(require '[clojure.java.io :as io])
(io/reader (io/resource "public/some/file.txt")) ; file in resource classpath or $root/resources/public...

Vous ne devriez probablement pas essayer de les charger à partir d'un répertoire, puisque vous ne pouvez pas être sûr où le fichier va finir lorsque son déploiement à partir d'un pot / guerre (ou même si elle est sur le système de fichiers du tout , probablement).