Относительно JAXB unmarshalling для унаследованных классов

Question

Это относится к одной из классических проблем с сортировкой JAXB при работе с унаследованными классами маршаллинга/unmarshalling. Обычными решениями являются либо использование @XmlSeeAlso, либо создание контекста дочернего класса с использованием JAXBContext.newInstance(child.class). Но в нашем случае мы имеем дело с архитектурой типа плагинов (Java ServiceLoader), в которой мы не знаем, какой плагин загружаться во время выполнения, но сообщения запроса плагина расширяют общий класс RequestMessage и ответные сообщения класса ResponseMessage. Таким образом, было бы невозможно использовать любой из @XmlSeeAlso или новый контекстный параметр в этом случае, поскольку он привязал бы к создаваемому и прикрепленному плагину.

Есть ли другие альтернативы, использующие JAXB? Или нам нужно использовать любые другие альтернативы JAXB, такие как Xstream?

Спасибо,
Рисовых

Answer 1

Если плагины все доступны, прежде чем создать контекст JAXB, вы можете использовать сканирование пути класса, чтобы обнаружить классы, которые прямо или косвенно расширить RequestMessage и автоматически включать их в списке классов ,