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

Ответ 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 и сопоставление его с объектами как с этим редактированием.

Ответ 2

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

Ответ 3

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

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

Источник

Ответ 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>

Ответ 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
}