Есть ли способ справиться с дублирующими определениями элементов в нескольких файлах .xsd в JAXB?

Question

У меня есть десятки и десятки .xsd файлов, для которых я хочу автоматически сгенерировать код.У пары файлов есть повторяющиеся имена, которые конфликтуют, когда я пытаюсь сгенерировать их все одновременно.

Я сосредотачиваюсь только на том, чтобы заставить 2 из них работать.

Когда я получу эти 2, я исправлю остальное.Но сейчас я сосредоточился только на двух из этих файлов.Я не контролирую их, они принадлежат поставщику и следуют «стандарту» , поэтому их редактирование не является вариантом по нескольким причинам.

IЯ использую maven-jaxb2-plugin для обработки этих файлов.

Я добавил файл binding.xjb, как указано в ссылке в ответе mat b и других инструкциях, которые я нашел в Интернете.Но я получаю следующие ошибки, ничего не выводится.

<?xml version="1.0" encoding="UTF-8"?>
<jxb:bindings version="2.1"
              xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance"
              xmlns:xjc="http://java.sun.com/xml/ns/jaxb/xjc"
              xmlns:jxb="http://java.sun.com/xml/ns/jaxb"
              xmlns:xs="http://www.w3.org/2001/XMLSchema"
              xsi:schemaLocation=" http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd">
  <jxb:bindings schemaLocation="mac-3.4.xsd">
    <jxb:schemaBindings>
      <jxb:package name="my.company.mac"/>
    </jxb:schemaBindings>
  </jxb:bindings>
  <jxb:bindings schemaLocation="mac-stylesheet-3.4.xsd">
    <jxb:schemaBindings>
      <jxb:package name="my.company.stylesheet"/>
    </jxb:schemaBindings>
  </jxb:bindings>
</jxb:bindings>

выдает следующую ошибку

[ERROR] Error while parsing schema(s).Location [ file:/C:/Users/Jarrod%20Roberson/Projects/spa-tools/spa-lib/src/main/sc
hema/mac-stylesheet-3.4.xsd{165,33}].
org.xml.sax.SAXParseException: 'halign' is already defined

Элемент-нарушитель: (есть много других, это только первыйчто противоречит)

<xsd:simpleType name="halign">
  <xsd:restriction base="xsd:string">
    <xsd:enumeration value="left" />
    <xsd:enumeration value="center" />
    <xsd:enumeration value="right" />
  </xsd:restriction>
</xsd:simpleType>

И идентично в каждом из файлов .xsd, как мне разрешить это дублирование с помощью только одного сгенерированного класса или каждого сгенерированного в их собственном пространстве имен пакета?

Это не единственный дублирующий элемент, подобный этому, их много, поэтому просто попытаться удалить их из файлов тоже не вариант.

Это halign в нескольких.xsd файлов, и я хочу либо поместить их в отдельные пакеты, либо иметь возможность указать компилятору использовать первый сгенерированный файл.

Именно здесь я начал, прежде чем попробовал внешний файл .xjb, просто указав package в pom.xml.

Как настроить привязкуили игнорировать дублирующиеся конфигурации, сопоставить их с отдельными пакетами или сопоставить их с существующими реализациями?

Answer 1

У меня есть обходной путь решения этой проблемы, но он очень трудоемкий.Мне пришлось создать отдельную <execution/> для каждого файла с дублирующимися записями.

<executions>
  <execution>
    <id>jaxb-mac</id>
    <phase>generate-sources</phase>
    <goals>
      <goal>generate</goal>
    </goals>
    <configuration>
      <forceRegenerate>true</forceRegenerate>
      <generatePackage>my.company.mac</generatePackage>
      <schemaDirectory>src/main/schema</schemaDirectory>
      <schemaIncludes>
        <include>mac-3.4.xsd</include>
      </schemaIncludes>
    </configuration>
  </execution>
  <execution>
    <id>jaxb-stylesheet</id>
    <phase>generate-sources</phase>
    <goals>
      <goal>generate</goal>
    </goals>
    <configuration>
      <forceRegenerate>true</forceRegenerate>
      <generatePackage>my.company.stylesheet</generatePackage>
      <schemaDirectory>src/main/schema</schemaDirectory>
      <schemaIncludes>
        <include>mac-stylesheet-3.4.xsd</include>
      </schemaIncludes>
    </configuration>
  </execution>

Значение <forceRegenerate>true</forceRegenerate> важно, или будет запущен только первый <execution/>, а остальные будут думать, чтозапускать не нужно, потому что я выполняю генерацию в тот же каталог.

Я все же хотел бы менее трудоемкое решение для работы с дубликатами.

Я думаю, что если я сделаю первый мастер.xsd отдельный модуль, который встраивается в свой собственный файл .jar. Затем я мог бы использовать тег <episode/> и пропустить его генерацию одних и тех же повторяющихся элементов снова и снова, поскольку они идентичны по определению.

С тех пор я решил отказаться от XML, если это вообще возможно, и JAXB полностью.Начиная с этого редактирования, существуют более новые и лучшие способы синтаксического анализа XML и сопоставления его с объектами.

Answer 2

Понимаю, что это старая версия, но у меня была та же ошибка, и она могла бы ее устранить, , не указав целевой пакет , то есть параметр -b с xjc. Затем дубликаты каждого элемента создаются в их собственном пакете пространства имен, и нет конфликта.

Answer 3

Добавить элемент <schemaBindings> в XSD:

<schemaBindings>
    <package name="com.whatever.stuff" />
</schemaBindings>

Источник

Answer 4

У нас была похожая проблема: у нас был один файл wsdl и два файла xsd в одном каталоге. Файл wsdl импортирует два файла xsd. Проблема заключалась в том, что JAXB учитывал все три файла и выдавал ошибку «... уже определено». В основном он жаловался на то, что он видел один и тот же элемент в файле wsdl и xsd.

Мы могли бы решить эту проблему в конфигурации maven plugin (в pom.xml) , добавив тег exclude , как в следующем примере:

    <build>
    <plugins>
        <plugin>
            <groupId>org.jvnet.jaxb2.maven2</groupId>
            <artifactId>maven-jaxb2-plugin</artifactId>
            <version>0.12.3</version>
            <executions>
                <execution>
                    <goals>
                        <goal>generate</goal>
                    </goals>
                </execution>
            </executions>
            <configuration>
                <schemaLanguage>WSDL</schemaLanguage>
                <generatePackage>mywsdl.wsdl</generatePackage>
                <args><arg>-XautoNameResolution</arg></args>
                <schemas>
                    <schema>
                        <fileset>
                            <excludes>
                                <exclude>*.xsd</exclude>
                            </excludes>
                        </fileset>
                    </schema>
                </schemas>
            </configuration>
        </plugin>
    </plugins>
</build>

Answer 5

Я публикую свое решение для gradle , оно решает проблему с дубликатами и не требует xjb-файлов:

task generateJaxb() {
    ext.sourcesDir = "${buildDir}/generated-sources/jaxb"
    ext.classesDir = "${buildDir}/classes/jaxb"
    ext.schemaDir = "src/resources/schemas"
    ext.tmp = "${buildDir}/tmp/xjc"

    doLast() {
        project.ant {
            taskdef name: "xjc", classname: "com.sun.tools.xjc.XJCTask",
                    classpath: configurations.jaxb.asPath

            delete(dir: tmp)
            mkdir(dir: tmp)
            delete(dir: sourcesDir)
            delete(dir: classesDir)
            mkdir(dir: sourcesDir)
            mkdir(dir: classesDir)
        }

        fileTree(schemaDir){
            include '**/*.xsd'
            include '**/*.wsdl'
        }.each{File file->
            //println file
            project.ant {
                taskdef name: "xjc", classname: "com.sun.tools.xjc.XJCTask",
                        classpath: configurations.jaxb.asPath
                xjc(destdir: tmp, schema:"${file.getAbsolutePath()}") {
                    arg(value: "-wsdl")
                    produces(dir: tmp, includes: "**/*.java")
                }
                copy(todir: sourcesDir) {
                    fileset(dir: tmp, erroronmissingdir: false) {
                        include(name: "**/*.java")
                    }
                }
                delete(dir: tmp)
                mkdir(dir: tmp)
            }
        }
        project.ant {
            javac(destdir: classesDir, source: 1.6, target: 1.6, debug: true,
                    debugLevel: "lines,vars,source",
                    classpath: configurations.jaxb.asPath) {
                src(path: sourcesDir)
                include(name: "**/*.java")
                include(name: "*.java")
            }

            copy(todir: classesDir) {
                fileset(dir: sourcesDir, erroronmissingdir: false) {
                    exclude(name: "**/*.java")
                }
            }
        }
    }
}

configurations {
    jaxb
}

dependencies {
    jaxb("com.sun.xml.bind:jaxb-xjc:2.2.4-1")
    compile(files(generateJaxb.classesDir).builtBy(generateJaxb))
}

jar {
    from generateJaxb.classesDir
}