JAXBはクラス名をXMLに格納できるため、デシリアライズコードでクラスの知識は必要ありません。

Question

JAXB XMLをデシリアライズするための標準的なアプローチは、コンテキストを作成するときにパッケージ名を指定することです。私は、パッケージ名を指定する必要はありませんし、まだ任意のオブジェクトをデシリアライズすることができ、より柔軟なアプローチを探しています

JAXBContext jc = JAXBContext.newInstance("com.foo"); 
Unmarshaller u = jc.createUnmarshaller(); 
Object o = u.unmarshal(new StringReader("<?xml version="1.0" encoding="UTF-8"  standalone="yes"?><MyJaxb>...")); 

：その後、JAXBはルート要素に基づいて、クラスを検索します。これはJAXBがXMLにパッケージを格納するのと同じくらい簡単ですが、これを行う方法を見つけることができません。私は自分でそれを行うコードを書くことができますが、それは不愉快です。可能であれば、JAXBにそれをやりたいと考えています。ところで、私はスキーマを使用していません、注釈とマーシャル/アンマーシャルだけです。何か案は？

Answer 1

実際には、純粋なJAXBで「any」オブジェクトをデシリアライズすることはできません。パッケージ（ObjectFactory.classが検索されます）またはJAXBContext.newInstance(Class1.class, Class2.class, Class3.class);のようなクラスのリストのいずれかを指定する必要があります。これはjaxbが動作する方法であり、同意の一部です。 タスクがそれより広い場合、たとえば任意のxmlデータ構造からJavaクラスを構築することも可能ですが、もう少し具体的にする必要があります。より柔軟なアプローチの意味はどういう意味ですか？

Answer 2

jaxbcontextオブジェクトのインスタンスを取得するときに、複数のパッケージを追加することができます。以下のようなパッケージをいくつでも追加することができます。

JAXBContext jc = JAXBContext.newInstance("com.foo.package1:com.foo.package2"); 

ただし、オブジェクトインスタンスに逆シリアル化するとどのように使用するのかよくわかりません。 デシリアライズしたものを使用しませんか？

また、アプリケーションがマルチスレッドの場合、Unmarshallerはスレッドセーフなクラスではありません。