TomcatでのClojureコードの再ロード

Question

私はTomcatで実行している既存のJava Webアプリケーションを持っています。これには基本的なClojureサポートが追加されています。当面は、クラスパス上のリソースとしてClojureソースファイルをインクルードし、clojure.lang.RTを呼び出しています。原始的ですが、うまく動作します。

しかし、私は、TomcatのWebappClassLoaderキャッシュリソースが、getResourceAsInputStream()によって取得され、ソースコードの取得とコンパイルにClojureが使用することに気付きました。つまり、(require 'my-ns :reload)を実行すると、更新されたファイルがディスク上で利用可能であっても、キャッシュされたバージョンのファイルがリロードされます。このClojureファイルのキャッシュを回避または回避する方法はありますか？

多くの無駄なグーグルの後に私が考えたのは、WebappClassLoader.resourceEntriesからの入力を手動で削除するために反射を使用することです。awfulです。

私は何かが欠けているはずです。

「Jetty/Glassfish/JBossを使用する」、「Tomcatを再起動する」などの回答は、私が探しているものではありません。

Answer 1

あなたはそこでWebappClassLoaderの行動を迂回することはできません。何ですか？ doは、その管轄区域外にロードされているコードを移動します。例えば$CATALINA_HOME/libまで、hereと記載されている。

すべての依存関係もそこに移動する必要があります。実際に展開する.warファイルは、すべてのコードがすでに他の場所で利用可能になっていることを期待する小さなシェルとしてwebappとして展開します。

これはWebappClassLoaderの司法権と、うまくいけばそのセマンティクスからあなたを出してくれるでしょう。 （親クラスローダーからロードされたものをキャッシュすると、IMOが完全に壊れているように見えます）。

Answer 2

ClojureソースファイルをWEB-INFに置くことはできますか？その後、これはTomcatのソースからの非キャッシュされたGroovyクラスをロードするために、過去に私のために働いた

servletContext.getResourceAsStream("/WEB-INF/foo/core.clj");

）http://tomcat.apache.org/tomcat-5.5-doc/servletapi/javax/servlet/ServletContext.html#getResourceAsStream(java.lang.Stringを使用してそれらを読むことができます。

Answer 3

cachingAllowedフラグに関連していますか？here？ちょうど青の中に撃つ。私はこれがキャッシュされていないネット上で発言を発見した

(io/input-stream (io/resource "bla.clj")) 

：

Answer 4

か、線に沿って何かをするのClojureのパッチを適用したバージョンを使用します。