44.2. cxf-codegen-plugin
초록
WSDL 문서에서 Cryostat-WS 호환 Java 코드 생성
44.2.1. 개요
44.2.2. 기본 예
다음 POM 추출에서는 myService.wsdl
WSDL 파일을 처리하기 위해 Maven cxf-codegen-plugin
을 구성하는 방법에 대한 간단한 예를 보여줍니다.
<plugin> <groupId>org.apache.cxf</groupId> <artifactId>cxf-codegen-plugin</artifactId> <version>3.3.6.fuse-7_13_0-00015-redhat-00001</version> <executions> <execution> <id>generate-sources</id> <phase>generate-sources</phase> <configuration> <sourceRoot>target/generated/src/main/java</sourceRoot> <wsdlOptions> <wsdlOption> <wsdl>src/main/resources/wsdl/myService.wsdl</wsdl> </wsdlOption> </wsdlOptions> </configuration> <goals> <goal>wsdl2java</goal> </goals> </execution> </executions> </plugin>
44.2.3. 기본 구성 설정
이전 예제에서는 다음 구성 설정을 사용자 지정할 수 있습니다.
configuration/sourceRoot
-
생성된 Java 파일이 저장될 디렉터리를 지정합니다. 기본값은
target/generated-sources/cxf
입니다. configuration/wsdlOptions/wsdlOption/wsdl
- WSDL 파일의 위치를 지정합니다.
44.2.4. 설명
wsdl2java
작업은 WSDL 문서를 사용하고 서비스를 구현할 완전히 주석이 달린 Java 코드를 생성합니다. WSDL 문서에는 유효한 portType
요소가 있어야 하지만 바인딩
요소 또는 서비스
요소를 포함할 필요는 없습니다. 선택적 인수를 사용하여 생성된 코드를 사용자 지정할 수 있습니다.
44.2.5. WSDL 옵션
플러그인을 구성하려면 하나 이상의 wsdlOptions
요소가 필요합니다. wsdlOptions
요소의 wsdl
child이 필요하며 플러그인에서 처리할 WSDL 문서를 지정합니다. wsdl
요소 외에도 wsdlOptions
요소는 WSDL 문서를 처리하는 방법을 사용자 지정할 수 있는 여러 자식을 사용할 수 있습니다.
둘 이상의 wsdlOptions
요소를 플러그인 구성에 나열할 수 있습니다. 각 요소는 처리를 위해 단일 WSDL 문서를 구성합니다.
44.2.6. 기본 옵션
defaultOptions
요소는 선택적 요소입니다. 지정된 모든 WSDL 문서에 사용되는 옵션을 설정하는 데 사용할 수 있습니다.
wsdlOptions
요소에서 옵션이 중복되면 wsdlOptions
요소의 값이 우선합니다.
44.2.7. 코드 생성 옵션 지정
일반 코드 생성 옵션( Apache CXF wsdl2java
명령줄 도구에서 지원하는 스위치에 해당)을 지정하려면 extraargs
요소를 wsdlOption
요소의 자식으로 추가할 수 있습니다. 예를 들어 다음과 같이 -impl
옵션과 -verbose
옵션을 추가할 수 있습니다.
... <configuration> <sourceRoot>target/generated/src/main/java</sourceRoot> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> <!-- you can set the options of wsdl2java command by using the <extraargs> --> <extraargs> <extraarg>-impl</extraarg> <extraarg>-verbose</extraarg> </extraargs> </wsdlOption> </wsdlOptions> </configuration> ...
스위치가 인수를 사용하는 경우 후속 추가
요소를 사용하여 이러한 요소를 지정할 수 있습니다. 예를 들어 jibx
데이터 바인딩을 지정하려면 다음과 같이 플러그인을 구성할 수 있습니다.
... <configuration> <sourceRoot>target/generated/src/main/java</sourceRoot> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> <extraargs> <extraarg>-databinding</extraarg> <extraarg>jibx</extraarg> </extraargs> </wsdlOption> </wsdlOptions> </configuration> ...
44.2.8. 바인딩 파일 지정
하나 이상의 Cryostat-WS 바인딩 파일의 위치를 지정하려면 bindingFiles
요소를 wsdlOption
의 자식으로 추가할 수 있습니다. 예를 들면 다음과 같습니다.
... <configuration> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> <bindingFiles> <bindingFile>${basedir}/src/main/resources/wsdl/async_binding.xml</bindingFile> </bindingFiles> </wsdlOption> </wsdlOptions> </configuration> ...
44.2.9. 특정 WSDL 서비스에 대한 코드 생성
코드가 생성될 WSDL 서비스의 이름을 지정하려면 serviceName
요소를 wsdlOption
의 자식으로 추가할 수 있습니다(기본 동작은 WSDL 문서의 모든 서비스에 대한 코드를 생성하는 것입니다).
... <configuration> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> <serviceName>MyWSDLService</serviceName> </wsdlOption> </wsdlOptions> </configuration> ...
44.2.10. 여러 WSDL 파일에 대한 코드 생성
여러 WSDL 파일에 대한 코드를 생성하려면 WSDL 파일에 대한 추가 wsdlOption
요소를 삽입하면 됩니다. 모든 WSDL 파일에 적용되는 몇 가지 일반적인 옵션을 지정하려면 다음과 같이 공통 옵션을 defaultOptions
요소에 배치합니다.
<configuration> <defaultOptions> <bindingFiles> <bindingFile>${basedir}/src/main/jaxb/bindings.xml</bindingFile> </bindingFiles> <noAddressBinding>true</noAddressBinding> </defaultOptions> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> <serviceName>MyWSDLService</serviceName> </wsdlOption> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myOtherService.wsdl</wsdl> <serviceName>MyOtherWSDLService</serviceName> </wsdlOption> </wsdlOptions> </configuration>
와일드카드 일치를 사용하여 여러 WSDL 파일을 지정할 수도 있습니다. 이 경우 wsdlRoot
요소를 사용하여 WSDL 파일을 포함하는 디렉터리를 지정한 다음 *
문자로 와일드카드를 지원하는 include
요소를 사용하여 필요한 WSDL 파일을 선택합니다. 예를 들어, src/main/resources/wsdl
루트 디렉터리에서 Service.wsdl
로 끝나는 모든 WSDL 파일을 선택하려면 다음과 같이 플러그인을 구성할 수 있습니다.
<configuration> <defaultOptions> <bindingFiles> <bindingFile>${basedir}/src/main/jaxb/bindings.xml</bindingFile> </bindingFiles> <noAddressBinding>true</noAddressBinding> </defaultOptions> <wsdlRoot>${basedir}/src/main/resources/wsdl</wsdlRoot> <includes> <include>*Service.wsdl</include> </includes> </configuration>
44.2.11. Maven 리포지토리에서 WSDL 다운로드
Maven 리포지토리에서 직접 WSDL 파일을 다운로드하려면 wsdlOption
요소의 자식으로 wsdlArtifact
요소를 추가하고 다음과 같이 Maven 아티팩트의 좌표를 지정합니다.
... <configuration> <wsdlOptions> <wsdlOption> <wsdlArtifact> <groupId>org.apache.pizza</groupId> <artifactId>PizzaService</artifactId> <version>1.0.0</version> </wsdlArtifact> </wsdlOption> </wsdlOptions> </configuration> ...
44.2.12. 인코딩
(필수) generated Java 파일에 사용되는 문자 인코딩(Charset)을 지정하려면 다음과 같이 encoding
요소를 구성
요소의 자식으로 추가합니다.
... <configuration> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> </wsdlOption> </wsdlOptions> <encoding>UTF-8</encoding> </configuration> ...
44.2.13. 별도의 프로세스 생성
fork
요소를 구성
요소의 자식으로 추가하여 코드 생성을 위해 별도의 JVM을 분기하도록 codegen 플러그인을 구성할 수 있습니다. fork 요소는 다음 값 중 하나로 설정할 수 있습니다.
한 번
- 단일 새 JVM을 분기하여 codegen 플러그인 구성에 지정된 모든 WSDL 파일을 처리합니다.
always
- 새 JVM을 분기하여 codegen 플러그인 구성에 지정된 각 WSDL 파일을 처리합니다.
false
- (기본값) 포크를 비활성화합니다.
codegen 플러그인이 별도의 JVM을 분기하도록 구성된 경우(즉, fork
옵션이 false가 아닌 값으로 설정됨) additionalJvmArgs
요소를 통해 분기된 JVM에 추가 JVM 인수를 지정할 수 있습니다. 예를 들어 다음 조각에서는 단일 JVM을 분기하도록 codegen 플러그인을 구성합니다. 이 플러그인은 로컬 파일 시스템에서만 XML 스키마에 액세스하도록 제한됩니다 (Java x.xml.accessExternalSchema
시스템 속성을 설정함으로써).
... <configuration> <wsdlOptions> <wsdlOption> <wsdl>${basedir}/src/main/resources/wsdl/myService.wsdl</wsdl> </wsdlOption> </wsdlOptions> <fork>once</fork> <additionalJvmArgs>-Djavax.xml.accessExternalSchema=jar:file,file</additionalJvmArgs> </configuration> ...
44.2.14. 옵션 참조
코드 생성 프로세스를 관리하는 데 사용되는 옵션은 다음 표에서 검토합니다.
옵션 | 해석 |
---|---|
|
코드 생성기에서 사용하는 프런트 엔드를 지정합니다. 가능한 값은 |
|
코드 생성기에서 사용하는 데이터 바인딩을 지정합니다. 가능한 값은 |
|
도구에서 예상되는 WSDL 버전을 지정합니다. 기본값은 |
| 생성된 코드에 사용할 패키지 이름을 0개 이상 지정합니다. 선택적으로 WSDL 네임스페이스를 패키지 이름 매핑으로 지정합니다. |
|
하나 이상의 CryostatWS 또는 CryostatB 바인딩 파일을 지정합니다. 각 바인딩 파일에 별도의 |
| 코드를 생성할 WSDL 서비스의 이름을 지정합니다. 기본값은 WSDL 문서의 모든 서비스에 대한 코드를 생성하는 것입니다. |
|
|
| 가져온 스키마 및 WSDL 문서를 확인하는 데 사용할 XML 카탈로그의 URL을 지정합니다. |
| 생성된 코드 파일을 작성할 디렉터리를 지정합니다. |
| 생성된 Java 파일을 컴파일합니다. |
| 컴파일된 클래스 파일이 기록되는 디렉터리를 지정합니다. |
|
모든 클라이언트 클래스와 WSDL을 포함하는 JAR 파일을 생성합니다. 이 옵션이 지정되면 지정된 |
| 클라이언트 메인라인에 대한 시작점 코드를 생성합니다. |
| 서버 메인라인에 대한 시작점 코드를 생성합니다. |
| 구현 개체의 시작점 코드를 생성합니다. |
|
모든 시작점 코드(type, service proxy, service interface, server mainline, client mainline, implementation object, Cryostat |
|
Cryostat |
| 바인딩 사용자 지정을 사용할 필요 없이 이름 지정 충돌을 자동으로 해결합니다. |
|
생성된 클라이언트 및 생성된 구현에 대한 기본값을 생성하도록 툴에 지시합니다. 선택적으로 기본값을 생성하는 데 사용되는 클래스 이름을 제공할 수도 있습니다. 기본적으로 |
| 코드를 생성할 때 지정된 WSDL 스키마 네임스페이스를 무시합니다. 이 옵션은 여러 번 지정할 수 있습니다. 또한 선택적으로 제외된 네임스페이스에 설명된 유형에서 사용하는 Java 패키지 이름을 지정합니다. |
| 확장된 soap 헤더 메시지 바인딩 처리를 활성화하거나 비활성화합니다. 기본값은 false입니다. |
| 생성 유형을 끕니다. |
| 기본 네임스페이스 패키지 이름 매핑 로드를 활성화하거나 비활성화합니다. 기본값은 true입니다. |
| 기본 excludes 네임스페이스 매핑의 로드를 활성화하거나 비활성화합니다. 기본값은 true입니다. |
|
CryostatB 데이터 바인딩이 사용될 때 XJC에 직접 전달할 쉼표로 구분된 인수 목록을 지정합니다. 가능한 모든 XJC 인수 목록을 가져오려면 |
| Cryostat-WS 2.1 준수 매핑 대신 Apache CXF 독점 WS-Addressing 유형을 사용하도록 툴에 지시합니다. |
| 모든 코드를 생성하기 전에 WSDL 문서의 유효성을 검사하도록 툴에 지시합니다. |
| 기존 파일을 덮어쓰지 않도록 도구에 지시합니다. |
|
|
| 도구의 버전 번호를 표시합니다. |
| 코드 생성 프로세스 중에 주석을 표시합니다. |
| 코드 생성 프로세스 중에 주석을 비활성화합니다. |
|
|
|
client-WS 바인딩 파일에서 |
|
Cryostat-WS 바인딩 파일의 |
|
나중에 생성된 Java 클래스 메서드 목록입니다. mime:content 매핑을 활성화하는 것과 유사하게 192.0.2.-WS 바인딩 파일에서 |
|
오류 예외의 suid를 생성하는 방법 가능한 값은 |
| Java 코드를 생성할 때 사용할 Charset 인코딩을 지정합니다. |
|
|
|
생성된 SEI 인터페이스에 대한 기본 인터페이스를 지정합니다. 예를 들어 이 옵션을 사용하여 Java 7 |
| @Generated 주석을 생성된 클래스에 추가합니다. |
[a]
현재 Apache CXF는 코드 생성기에 대한 WSDL 1.1 지원만 제공합니다.
|