2010-01-29 4 views

답변

5

여기에 일반적인 프레임 워크는 모든 오히려 성숙 :

모든 지원 SOAP.

저는 CXF와 Spring-WS를 모두 사용했습니다. 둘 다 쉽게 구성하고 사용할 수 있습니다.

12

JAX-WS RI (메트로의 일부 임) 또는 Apache CXF과 같이 JAX-WS 구현을 제안합니다. 둘 다 런타임 관점에서 매우 가깝지만 많은 사람들은 CXF가 더 나은 문서화 (중요한 기준 일 수 있음)를 가지고 있음을 알게됩니다. 이 점이 중요하다면 둘 다 Spring과의 통합을 제공합니다 (사실, 괜찮은 프레임 워크는 Spring을 무시할 수 없기 때문에 놀랄만 한 것은 아닙니다).

Spring-WS은 다른 옵션이지만 JAX-WS와 호환되지 않으며 XSD의 계약 우선 접근 방식을 지원합니다. 이는 철학적 인 선택이며 많은 WS- * 표준을 지원하지 않습니다.).

어쨌든 Axis 2와 그 끔찍한 배포 아키텍처 및 패키징 지옥 (Axis 2 webapp 자체는 특정 아카이브에 패키지되어야하는 웹 서비스의 컨테이너)에서 멀리 떨어져 있습니다. 나는 그것이 완전히 생산적인 것을 발견한다. 그것의 위에, 심지어 perform really well하지 않습니다.

1

Axis를 살펴보십시오. 아주 간단하고 사용하기 쉽습니다. http://ws.apache.org/axis/

+4

축이 너무 빠르기 때문에 사람들이 왜 계속 제안하는지 이해할 수 없습니다. –

+3

Axis가 왜 그렇게 생각하는지 설명하는 데 몇 분이 걸린다면 귀하의 의견은 더 가치 있고 관련성이 있습니다. –

+1

@ 짐이 문제를 해결하기 위해 내 답변에 세부 사항을 추가했습니다. –

2

스프링 프레임 워크는 요구 사항의이 종류에 대한 명확한 승자가 될 것입니다. 스프링 보안 및 스프링 웹 서비스를 포함한 스프링 및 모듈은이 기능에 적합합니다.

+0

봄은 좋지만 코드를 많이 작성합니다. – Greg

1

나는 Spring-WS 옵션에 동의한다. 여러 번 사용했는데 특별히 배제하는 다른 요소가 없으면 신속하게 웹 서비스를 선택하게됩니다.

이것은 약간 주제가 아니지만 계획 단계에있는 경우 다음 권장 사항을 작성합니다.

  1. 탑 다운 방식을 선택하십시오. Spring-WS는이를 확실히 지원한다 (이것은 선호되는 방법이다). 그렇게하면 기본 코드를 변경하면 실수로 WSDL을 업데이트하는 것에 대해 걱정할 필요가 없습니다. 또한 디자인 타임에 WSDL을 인터페이스 포인트로 간주 할 수 있으며 정교한 다른 문서를 거치지 않아도됩니다.

  2. JAXB를 사용하여 요청/응답 객체를 생성하십시오.이것은 장기적으로는 훨씬 쉬우 며 확실히 WSDL에서 요구하는대로 코딩하고 있는지 확인하는 데 도움이됩니다 (생성 된 객체를 보았을 때 수정 된 것을 발견하기 위해 제대로 보이지 않는 것을 보았습니다). WSDL이 부정확하게).

  3. 끝점에서 주석을 사용하십시오.

주요 포인트입니다. 행운을 빕니다 :-).

관련 문제