Как поддерживать дополнительные версии файлов xsd (спецификация ddex) в приложении Java? ⇐ JAVA

[Anonymous]

Сценарий

У нас есть Java-приложение, в котором размещена логика для анализа различных версий спецификаций ddex. В настоящее время для каждой новой версии ddex мы поддерживаем соответствующий преобразователь для сопоставления xml с классами наших приложений. Вот как этот процесс выглядит:

DDEX XML -> JAXB -> JAXB Auto Gen. JAVA-классы -> Код сопоставителя -> Классы приложений

Эту конструкцию невозможно поддерживать в долгосрочной перспективе. Это приводит к большому дублированию кода и повторяющимся усилиям по тестированию для каждой версии ddex, которая содержит много полей, как и в предыдущей версии.



Мне хотелось бы знать, как можно лучше спроектировать такую ​​систему. При необходимости мы готовы переключиться на другие синтаксические анализаторы XML.

Примечание: я видел этот ответ, но хотел бы также узнать какие-либо идеи, специфичные для ddex. Кроме того, ответу уже более 10 лет, поэтому хотелось проверить, есть ли что-нибудь еще доступное сейчас.

Подробнее здесь: https://stackoverflow.com/questions/590 ... applicatio