계약 마지막 웹 서비스?

Question

계약 마지막 웹 서비스를 만들기 위해 CXF를 사용하면 SOAP 또는 REST 기반 웹 서비스를 신속하고 효율적으로 만들 수있는 효율적이고 효과적인 방법 인 것 같습니다. 그러나, 나는 다음과 같은 확신/불분명 그리고 난 통찰력 /의 의견을 피력 해 주시면 감사하겠습니다 :

1. 이 계약 마지막 내가 알아야 할 모든 중요한 함정이 있습니까?
2. 의 중요한 문제/함정이 있습니까? CXF주의해야합니까?
3. 사용할 때 REST와 SOAP 사이에서 가장 의미가있는 것 CXF?

Answer 1

1. 계약 문제는 마지막으로 코드와 WSDL에 당신에게 생산 사이의 강한 결합 이 있다는 이다. 즉, 은 Java와 XSD 을 지원하는 임피던스 불일치로 인해 으로 제한됩니다. 우리가 가진 의 주요 쟁점은 버전 지정입니다. 두 개의 병렬 버전을 지원하려는 경우 계약 기간을 통해 어떻게 수행합니까? 우리는 XStream과 분리 된 전쟁으로 교묘 한 방법을 찾아 냈지만 해결책은 이 마진에 비해 너무 큽니다.
2. CXF는 꽤 잘 작동합니다. 우리는 어떤 큰 문제를 쳤지 만 그것은 큰 프로젝트가 아니며 의 변형은 꽤 큽니다.
3. 이는 귀하의 API 인 의 소비자에 따라 다릅니다. 에 있으면 REST를 옹호 할 것입니다. 왜냐하면 SOAP은 단순하기 때문에 호환되지 않는 SOAP 라이브러리와 비늘에 더 의존하지는 않지만 어떤 B2B 조직에서는 으로 SOAP를 선호했습니다. 이 인수는 일 수 있으며 SOAP 클라이언트를 자동으로 작성하기위한 도구가 더 많음을 확인했습니다. 대 REST. 즉, 가장 큰 조직 (Google, Amazon 등) 은 이유 때문에 REST를 선호합니다.

Answer 2

마지막 웹 서비스 개발 계약은 웹 서비스 프로토 타입 제작에 적합합니다. 때때로 WSDL은 처리해야 할 고통이 될 수 있습니다. 우리가 일하는 곳에서는 대부분의 웹 서비스가 잠재적으로 많은 다른 사람들과 통합되어야하므로 WSDL이 대개 건축가에 의해 만들어지기 때문에 모든 것을 먼저 계약해야합니다.

가능한 경우 REST를 실행하고 CXF를 사용하여 RESTful 서비스 \ 클라이언트를 생성하는 것이 어렵지 않습니다.

Answer 3

• http://static.springsource.org/spring-ws/sites/1.5/reference/html/why-contract-first.html#d0e321 봄부터이 링크는
• CXF이 프로젝트 괜찮 질문에 대한 모든 답변을 가지고 있지만 당신은 약 20 이상한 의존성에 끌어하지만 프로젝트가 괜찮은 크기가 있다면 추천 것이라는 점을 이해할 필요가있다 그
• REST는 SOAP보다 항상 좋습니다 (클라이언트가 OBJECTS의 개념과 함께 작동 할 수 있기 때문에). SOAP은 클라이언트 선택에 몇 가지 제한을 부과합니다.