[英]Terminating Jetty server thread pool if exception on start()
我正在Clojure中編寫一個嵌入式Jetty應用程序,並將以下內容作為主命名空間:
(ns rudkus.core
(:require [clojure.tools.cli :as cli]
[ring.adapter.jetty :as jetty])
(:gen-class))
(defn handler [request]
{:status 200
:headers {"Content-Type" "text/html"}
:body "Hello, World!"})
(def ^{:private true} server (atom nil))
(defn start [port]
(swap! server #(if (not (nil? %))
(throw (IllegalStateException. "Server already started."))
(jetty/run-jetty handler
{:port port
:join? false}))))
(defn stop []
(swap! server #(if (nil? %)
(throw (IllegalStateException. "Server already stopped."))
(do (.stop %)
nil))))
(defn -main [& args]
(let [[options extra-args banner] (cli/cli args
["-p" "--port" "Port" :default 80 :parse-fn #(Integer. %)])]
(if (not-empty extra-args)
(println banner)
(start (:port options)))))
這工作正常 - 我希望能夠通過REPL啟動和停止,以及從運行JAR的控制台啟動和啟動(盡管有一個更好的模式來啟動/停止Clojure-Ring-Jetty程序,我很想知道。 問題是如果我跑
lein run
要么
lein trampoline run
並且jetty / run-jetty拋出異常(包裝了一個Server.start()調用) - 例如,在我的MacBook Pro上,如果我嘗試在端口80上啟動Jetty服務器,它就是barfs - Clojure程序沒有不要退出 但是,例外是在線程“main”中。 那么為什么程序不會退出呢? 我唯一能想到的是Jetty有浮動的線程。 但是start()失敗了! 那么這些線程(池)是做什么的?
這是Java的東西,Clojure的東西,Leiningen的東西,Jetty的東西,還是戒指的東西?
編輯:
這是堆棧跟蹤:
$ java -jar rudkus-0.1.0-SNAPSHOT-standalone.jar
2012-09-09 15:54:59.664:INFO:oejs.Server:jetty-7.x.y-SNAPSHOT
2012-09-09 15:54:59.803:WARN:oejuc.AbstractLifeCycle:FAILED SelectChannelConnector@0.0.0.0:80: java.net.SocketException: Permission denied
java.net.SocketException: Permission denied
at sun.nio.ch.Net.bind(Native Method)
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:124)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:173)
at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:311)
at org.eclipse.jetty.server.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:251)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.Server.doStart(Server.java:272)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at ring.adapter.jetty$run_jetty.invoke(jetty.clj:86)
at rudkus.core$start$fn__16.invoke(core.clj:16)
at clojure.lang.Atom.swap(Atom.java:37)
at clojure.core$swap_BANG_.invoke(core.clj:2108)
at rudkus.core$start.invoke(core.clj:14)
at rudkus.core$_main.doInvoke(core.clj:31)
at clojure.lang.RestFn.invoke(RestFn.java:397)
at clojure.lang.AFn.applyToHelper(AFn.java:159)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at rudkus.core.main(Unknown Source)
2012-09-09 15:54:59.806:WARN:oejuc.AbstractLifeCycle:FAILED org.eclipse.jetty.server.Server@6e5dfaf1: java.net.SocketException: Permission denied
java.net.SocketException: Permission denied
at sun.nio.ch.Net.bind(Native Method)
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:124)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:173)
at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:311)
at org.eclipse.jetty.server.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:251)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.Server.doStart(Server.java:272)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at ring.adapter.jetty$run_jetty.invoke(jetty.clj:86)
at rudkus.core$start$fn__16.invoke(core.clj:16)
at clojure.lang.Atom.swap(Atom.java:37)
at clojure.core$swap_BANG_.invoke(core.clj:2108)
at rudkus.core$start.invoke(core.clj:14)
at rudkus.core$_main.doInvoke(core.clj:31)
at clojure.lang.RestFn.invoke(RestFn.java:397)
at clojure.lang.AFn.applyToHelper(AFn.java:159)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at rudkus.core.main(Unknown Source)
Exception in thread "main" java.net.SocketException: Permission denied
at sun.nio.ch.Net.bind(Native Method)
at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:124)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:173)
at org.eclipse.jetty.server.AbstractConnector.doStart(AbstractConnector.java:311)
at org.eclipse.jetty.server.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:251)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at org.eclipse.jetty.server.Server.doStart(Server.java:272)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:59)
at ring.adapter.jetty$run_jetty.invoke(jetty.clj:86)
at rudkus.core$start$fn__16.invoke(core.clj:16)
at clojure.lang.Atom.swap(Atom.java:37)
at clojure.core$swap_BANG_.invoke(core.clj:2108)
at rudkus.core$start.invoke(core.clj:14)
at rudkus.core$_main.doInvoke(core.clj:31)
at clojure.lang.RestFn.invoke(RestFn.java:397)
at clojure.lang.AFn.applyToHelper(AFn.java:159)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at rudkus.core.main(Unknown Source)
有一個解決方案,如果你看看這個代碼(在谷歌搜索結果的第一頁上找到答案): 源代碼包含方法contextStartupFailed()但該解決方案對我不起作用,因為它要求使用反射名為_unavailable的字段,我的Jetty版本(8.1.8.v20121106)沒有這樣的字段。
然而,Jetty現在可以更好地支持更好的東西了。 對我來說,以下工作:
protected static void contextStartupFailed(WebAppContext pContext) throws Exception {
Throwable failedException = pContext.getUnavailableException();
if (failedException != null) {
throw new RuntimeException("Error starting WebContext of Jetty.", failedException);
}
}
我在啟動Jetty之后調用該方法。 當然,這僅在您擁有WebAppContext時才有效。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.