我想创建一个可以使用tomcat部署的war。使用lein uberwar可以很好地完成任务，但是使用引导进行同样的操作似乎不起作用。我可以制造一个罐子并运行它，但的战争失败了
2015年12月9日12:15:31 AM org.apache.catalina.loader.WebappClassLoader validateJarFile信息：validateJarFile（/var/lib/tomcat7/sites/geeknow.guru/DEBUG#0.1.7/WEB-INF/lib/javax.servlet-api-3.1.0.jar）-罐子没有装上。参见Servlet规范3.0第10.7.2节。Offending类：javax/servlet/servlet.class
我正在使用以下build.boot
(set-env!
:source-paths #{"src/clj"}
:resource-paths #{"resources" "src/clj"}
:dependencies '[[org.clojure/clojure "1.7.0"]
[clj-time "0.9.0"]
[org.clojure/java.jdbc "0.3.7"]
[org.postgresql/postgresql "9.4-1202-jdbc41"]
[yesql "0.5.1"]
[migratus "0.8.6"]
[markdown-clj "0.9.67"]
[jarohen/nomad "0.7.2"]
[com.draines/postal "1.11.3"]
[compojure "1.4.0"]
[ring/ring-core "1.4.0"]
[ring/ring-devel "1.4.0"]
[ring/ring-defaults "0.1.5"]
[ring/ring-jetty-adapter "1.4.0"]
[ring-refresh "0.1.1"]
[ring-logger-timbre "0.7.5"]
[com.taoensso/timbre "4.1.4"]
[hiccup "1.0.5"]
[garden "1.3.0"]
[danlentz/clj-uuid "0.1.6"]
[speclj "3.3.1" :scope "test"]
[pandeiro/boot-http "0.7.1-SNAPSHOT"]])
(require '[pandeiro.boot-http :as http])
(require '[ring.middleware.reload :refer [wrap-reload]])
(require '[ring.adapter.jetty :as jetty])
(require '[ring.middleware.refresh :refer [wrap-refresh]])
(require '[blog.handler])
;;;;taken from boot-http.util
(defn resolve-sym [sym]
(require (symbol (namespace sym)) :reload)
(resolve sym))
(deftask ring-server
[]
(comp (jetty/run-jetty (wrap-refresh (wrap-reload (resolve-sym 'blog.handler/app))) {:port 3000}) (wait)))
(deftask uberwar
[]
(comp (aot) (pom) (web) (uber) (war)))
(deftask uberjar
[]
(comp (aot) (pom) (uber) (jar)))
(task-options!
pom {:project 'geeknow
:version "0.1.7"}
;uber {:as-jars true}
aot {:all true}
jar {:main 'blog.core
:manifest {"Description" "blog"}}
web {:serve 'blog.handler/app}
war {:main 'blog.core
:manifest {"Description" "blog"}}
repl {:init-ns 'blog.core})
Tomcat正在抱怨，因为您的war文件中包含的一个jar包含一个只有容器环境才能提供的类。战争中令人反感的罐子是WEB-INF/lib/javax.servlet-api-3.1.0.jar。
默认情况下，当--as-jars设置为true时，uber任务会将所有直接和可传递的依赖项添加到WEB-INF/lib的war中。--as-jars是将依赖项绑定到servlet容器进行部署的首选方式。
问题似乎是您的一个直接依赖项引入了javax.servlet-api，而uber正在对其进行打包，从而导致Tomcat问题。
首先，我们需要弄清楚哪个依赖项引入了javax.servlet-api。boot show包含许多用于诊断此类依赖性问题的选项。您可以通过boot show -h了解所有这些。我们现在想要的是boot show -d，它打印依赖树。
以下是相关输出的片段：
[ring/ring-jetty-adapter "1.4.0"]
├── [org.eclipse.jetty/jetty-server "9.2.10.v20150310"]
│ ├── [javax.servlet/javax.servlet-api "3.1.0"]
│ ├── [org.eclipse.jetty/jetty-http "9.2.10.v20150310"]
│ │ └── [org.eclipse.jetty/jetty-util "9.2.10.v20150310"]
│ └── [org.eclipse.jetty/jetty-io "9.2.10.v20150310"]
└── [ring/ring-servlet "1.4.0"]
从这个输出中，我们知道我们对ring/ring-jetty-adapter的依赖是导致javax.servlet/javax.servlet-api被引入的原因
因为这种依赖对于本地开发是必要的，所以我们不想完全忽略它。相反，我们可以添加具有"test"作用域的依赖项：
[ring/ring-jetty-adapter "1.4.0" :scope "test"]
Scopes是一个Maven概念，用于限制此类场景中依赖关系的传递性。Boot使用Maven作为其底层依赖解析机制。uber对Maven作用域敏感，可以根据需要配置为包括或排除各种作用域。详见boot uber -h。
默认情况下，uber任务不会在"test"作用域中封装依赖项。通过这样标记ring/ring-jetty-adapter，我们将其排除在我们的超级战争之外。
"test"作用域对于您可能在测试中使用的依赖项（当然！）、部署或其他任务也很有用，在这些任务中，您需要依赖项，但不想将其与工件一起分发，无论是库jar还是uberwar web应用程序。