Плагин Maven jax-ws wsimport, выдающий "Вложенный тип x не может скрыть включающий тип" в сгенерированном коде
Деталь:
- Maven - 3.3.1 с jaxws-maven-plugin версии 2.3 и целью wsimport на wsdlUrl, который я не могу здесь вставить.
- Java 1.7
Пример содержания Maven Pom:
<plugin>
<groupId>org.jvnet.jax-ws-commons</groupId>
<artifactId>jaxws-maven-plugin</artifactId>
<version>2.3</version>
<executions>
<execution>
<id>wsdla-exec-1</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<packageName>com.yourcompany.package</packageName>
<target>2.1</target>
<verbose>true</verbose>
<!-- Fix naming resolution due to ChangeOrderResponse duplicate stanza -->
<args>
<arg>-B-XautoNameResolution</arg>
</args>
<wsdlDirectory>src/main/resources</wsdlDirectory>
<wsdlFiles>
<wsdlFiles>service1.wsdl</wsdlFiles>
</wsdlFiles>
<wsdlLocation>/*</wsdlLocation>
<sourceDestDir>src/main/java</sourceDestDir>
</configuration>
</execution>
<execution>
<id>wsdla-exec-2</id>
<goals>
<goal>wsimport</goal>
</goals>
<configuration>
<packageName>com.yourcompany.package</packageName>
<target>2.1</target>
<verbose>true</verbose>
<!-- Fix naming resolution due to ChangeOrderResponse duplicate stanza -->
<args>
<arg>-B-XautoNameResolution</arg>
</args>
<wsdlDirectory>src/main/resources</wsdlDirectory>
<wsdlFiles>
<wsdlFile>service2.wsdl</wsdlFile>
</wsdlFiles>
<wsdlLocation>/*</wsdlLocation>
<sourceDestDir>src/main/java</sourceDestDir>
</configuration>
</execution>
</executions>
</plugin>
Описание:
Я довольно долго генерировал клиентский код из wsdl в Mule, и он всегда был довольно простым и продуктивным, но теперь я наткнулся на загадку, для которой я мог бы получить указатель в правильном направлении.
По сути, в сгенерированном коде из wsdl есть вложенный класс с тем же именем, что и класс контейнера, и это вызывает красный цвет в моих проектах, где я использую этот wsdl.
Что я знаю:
Я могу изменить код вручную и альт, или, что еще лучше, я могу изменить wsimport, чтобы использовать статический файл (скопированный с URL - включая все xsd) и изменять эти файлы. Однако оба кажутся неправильными!
Есть ли способ, которым я могу манипулировать процессом генерации кода, или я должен попросить поставщика внести изменения? о чем ты думаешь?
Большое спасибо, искренне ценю любой вклад.
1 ответ
Ответ заключался в том факте, что в действительности поставщик предполагал, что потребители будут использовать xmlbeans для привязок, а не jaxb в соответствии с текущим стандартом jax-ws. Таким образом, чтобы создать клиентский код из wsdl, я смог выполнить одно из следующих действий.
На окнах (если у вас есть инструмент):
md YourServiceFolderName
WSDL2java -uri YourService.wsdl -ss -sd -ssi -g -d xmlbeans -o YourServiceFolderName
С плагином Maven, под вашим тегом "plugins" (обязательно разберитесь с зависимостями, которые вам также понадобятся - здесь не дано):
<plugin>
<groupId>org.apache.cxf</groupId>
<artifactId>cxf-codegen-plugin</artifactId>
<version>2.7.8</version>
<executions>
<execution>
<id>generate-sources</id>
<phase>generate-sources</phase>
<configuration>
<wsdlOptions>
<wsdlOption>
<wsdl>YourService?wsdl</wsdl>
<extraargs>
<extraarg>-databinding</extraarg>
<extraarg>xmlbeans</extraarg>
</extraargs>
</wsdlOption>
</configuration>
<goals>
<goal>wsdl2java</goal>
</goals>
</execution>
</executions>
</plugin>
Это должно дать вам все java-артефакты, которые вам необходимы для использования вашего сервиса. Надеюсь, это кому-нибудь поможет.