2013-04-12 55 views
0

我爲我的開發使用了glassfish。Web服務響應得到了模式驗證錯誤

當我通過在UAT框中通過SoapUI發送SOAP請求來訪問Web服務時。我收到以下模式驗證錯誤消息。

無效的QName值:無法解析前綴「NS0」

響應看起來像以下爲導致錯誤的行。

<faultcode>ns0:SC_018</faultcode> 

但在我的本地盒子裏。我沒有收到驗證錯誤。由於上述線路造成問題看起來像

<faultcode xmlns:ns0="http://****.com">ns0:SC_018</faultcode> 

我想應該有設置一些JVM選項是不同的,可能會導致這個錯誤?

+0

究竟是什麼,你的問題? –

+0

與論壇網站不同,我們不使用「謝謝」,或「任何幫助表示讚賞」,或在[so]上簽名。請參閱「[應該'嗨','謝謝',標語和致敬從帖子中刪除?](http://meta.stackexchange.com/questions/2950/should-hi-thanks-taglines-and-salutations-be - 從消息中刪除) –

+1

你到底在哪裏看到消息'無效的QName值:無法解析前綴'ns0'?還有,' ns0:SC_018'行嗎?你的迴應? – acdcjunior

回答

1

有一個名稱空間前綴ns0(在您的XML請求/響應中)未定義。

因爲你說行出現在一臺機器用正確的命名空間定義(xmlns:ns0="http://****.com"),而不是在其他的,這可能是在服務提供商的一個問題。

ns0:SC_018樣子,有時是正確的建立(與命名空間和沒有給出錯誤)的自定義故障代碼,有時是不是(沒有命名空間和錯誤顯示)。

你說這出現在一臺機器上,而不是其他,它是同一個客戶端嗎? SoapUI是一個Java程序,因此它必須在不同的環境中運行。此外,這是一個特定的問題,看起來不太可能這是一個JVM配置問題。

+0

我的開發機器中的所有客戶端都沒有這樣的錯誤,但是對於UAT機器中的所有客戶端都是不吉利的。所以客戶端不同 – Kuku

+0

SC_018是我在異常規則類中定義的異常類型,我不知道ns0來自哪裏,前幾行響應如下所示: ns0:SC_018 Kuku

+0

所以他們是兩個服務,一個工作(開箱)和其他不(UAT盒)?他們有完全相同的實現,除了他們的數據庫url? – acdcjunior