我們使用Castor進行編組/取消編碼xsd:s。我們正在使用附件並使用「swaRef」元素進行引用。根據這一頁蓖麻不支持此,http://docs.codehaus.org/display/CASTOR/Castor+JAXB:Castor JAXB swaRef限制
一些功能可能需要在 實際實施支持Castor框架 - 例如通過處理MTOM/XOP和swaRef附件 。
我們如何克服這個限制?
我們使用Castor進行編組/取消編碼xsd:s。我們正在使用附件並使用「swaRef」元素進行引用。根據這一頁蓖麻不支持此,http://docs.codehaus.org/display/CASTOR/Castor+JAXB:Castor JAXB swaRef限制
一些功能可能需要在 實際實施支持Castor框架 - 例如通過處理MTOM/XOP和swaRef附件 。
我們如何克服這個限制?
備註:我是EclipseLink JAXB (MOXy)的領導者和JAXB (JSR-222)專家組的成員。
我的建議是使用標準的JAXB (JSR-222)實現來支持您需要的一切(從XML模式,swaref等生成的模型),而不是實施一些解決方法來使用Castor。自Java SE 6開始,JDK/JRE中包含一個實現,其他實現(如MOXy)也可用。
注意
基於彷彿蓖麻已運行JAXB (JSR-222)一致性測試,看來,頁面上的「功能測試」部分中不出現link you provided好像蓖麻還沒有充分測試的支持爲JAXB (JSR-222)註釋。
功能測試
我覺得一點點時間應該在 功能測試來花,而這可能會相當繁瑣。例如,對於 示例,在@XmlAttribute註釋中, 測試有很多變體,要求POJO在每個測試 的情況下注釋略有不同。這需要我們編寫大量的POJO,並在測試類中相應地連接 。讓我們來看看我們是否可以就如何解決這個問題達成一致(佈局,封裝結構......)。
謝謝布萊斯,我很感謝你的回答。我們來自一個大型的遺留項目,所以遷移到JAXB將是一個巨大的飛躍,但我們會看到......我仍然對Castor的侷限性感到驚訝,因爲據我的理解,Castor是一個頗受歡迎的工具。 – user1340582