Mule在從JBoss發出http請求時給出錯誤

Question

我有一個Mule流嘗試使HTTP請求發出。

<http:request config-ref="APP_OUT" path="#[message.inboundProperties.'http.request.path']" method="#[message.inboundProperties.'http.method']" doc:name="OUT" sendBodyMode="ALWAYS" parseResponse="false" followRedirects="false"> 
     <http:request-builder> 
      <http:header headerName="HOST" value="#[message.inboundProperties.'host']"/> 
     </http:request-builder> 
    </http:request> 

這從Mule工作室以及作爲獨立的Java應用程序運行Mule時可以使用。但是，當我將它作爲webapp使用到JBoss7時，我立即得到錯誤。我們可以排除我幾秒鐘後遇到的超時錯誤。

16:56:27,393 SEVERE [org.glassfish.grizzly.nio.SelectorRunner] ([myapp].http.requester.APP_OUT(1) SelectorRunner) doSelect exception: java.lang.IllegalAccessError: tried to access method com.ning.http.client.providers.grizzly.HttpTransactionContext.getAsyncHandler()Lcom/ning/http/client/AsyncHandler; from class org.mule.module.http.internal.request.grizzly.FlowWorkManagerIOStrategy 
    at org.mule.module.http.internal.request.grizzly.FlowWorkManagerIOStrategy.getWorkManager(FlowWorkManagerIOStrategy.java:119) [mule-module-http-3.7.2.jar:3.7.2] 
    at org.mule.module.http.internal.request.grizzly.FlowWorkManagerIOStrategy.getThreadPoolFor(FlowWorkManagerIOStrategy.java:90) [mule-module-http-3.7.2.jar:3.7.2] 
    at org.mule.module.http.internal.request.grizzly.FlowWorkManagerIOStrategy.executeIoEvent(FlowWorkManagerIOStrategy.java:69) [mule-module-http-3.7.2.jar:3.7.2] 
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.executeIoEvent(AbstractIOStrategy.java:89) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:414) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:383) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:347) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:278) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591) [grizzly-framework-2.3.21.jar:2.3.21] 
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571) [grizzly-framework-2.3.21.jar:2.3.21] 
    at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_67] 

有誰知道這是不是已知的問題？我能看到別人張貼同樣的問題上MuleSoft論壇，沒有任何反應

http://forums.mulesoft.com/questions/30322/mule-372-issue-when-using-httprequest-and-running-1.html

Answer 1

它看起來像有在類路徑衝突版本的async-http-client，或者更準確地說是的com.ning.http.client.providers.grizzly.HttpTransactionContext版本已經講座加載的不是Mule的HTTP模塊所期望的版本（因此已經使用不同版本編譯）。

Mule 3.7預計1.9.21：你有不同的版本打包在你的Mule應用程序中嗎？或者JBoss在父類加載器中加載了不同的版本？如果前者檢查你的應用程序的POM，以確保正確的版本被打包（如果是後者），配置JBoss classloader以避免爲你的Mule應用程序提供這個類的不兼容版本。

編輯：感謝OP的評論，問題的確是由於Mule HTTP Module嵌入了不同版本的HttpTransactionContext。其中一個差異是關於使公衆getAsyncHandler公開，所以可以從任何地方調用它（參見original和Mule's fork）。

由於the way Mule loads classes with its system classloader，這適用於騾子獨立：優先給予lib/mule的JAR優於lib/opt。 HTTP模塊JAR位於前者中，而async-http-client位於後者中。因此預期版本的HttpTransactionContext被加載。

這真的很不幸，因爲它使Mule獨立運行以外的Mule應用程序非常困難，如果不是不可能的話。

在你的情況下，檢查一下JBoss的類加載器允許你做什麼：也許它可以讓你對它進行微調，並優先於其他JAR上面的Mule JAR。或者，您需要構建一個async-http-client的分支，其中將使用HttpTransactionContext的Mule版本。你也可以在你自己的項目中使用這個類的Mule版本，它應該優先於JAR中的版本。