문제

Java의 웹 서비스 개발을위한 Sun Metro와 Apache CXF의 상대적 강점과 약점은 무엇입니까? 내가 봐야 할 또 다른 프레임 워크가 있습니까?

도움이 되었습니까?

해결책

나는 몇 달 전에 당신의 위치에 있었고 결국 메트로를 더 자세히 바라 보았습니다.

나를위한 킬러 기능은 Metro가 표준 주석을 사용하여 웹 서비스로 주어진 방법을 노출 시킨다는 사실이었습니다. 그리고 모든 접착제 코드는 런타임에 자동으로 생성 될 수 있습니다. 즉, 구축 및 배포 할 때 수행 할 추가 단계가 없으며 현재 배포 플랫폼 인 Java 5의 표준 서블릿 컨테이너 (2.5 I Believe)에서 작동합니다.

이것은 우리에게 매우 잘 작동했습니다.

내가 갔던 이유 표준 주석 우리의 응용 프로그램이 수십 년 동안 문자를 살아가는 경향이 있다는 것은 매우 간단합니다. 구현 대신 인터페이스로 코딩하면 웹 서비스를 구현하는 코드를 변경하지 않고 코드 아래의 전체 스캐 폴딩을 교체 할 수 있습니다. 10 년 (또는 그 이상) 내에 특정한 구현은 시들고 사망했을 수 있지만, 그 이후로 다른 도구는 즉시 튀어 나올 수 있습니다.

오늘 서블릿 컨테이너에 대해 얼마나 많은 선택이 있는지 확인하십시오 ... 이것이 좋은 API의 힘입니다!


편집 : Java 6 런타임에는 메트로 스택과 최소 웹 서버가 포함됩니다. 다시 말해, JRE만으로는 위에서 언급 한 스캐 폴딩 대체품 일 수 있습니다.

다른 팁

메트로와 CXF는 모두 jax-ws 호환 웹 서비스 스택이며 런타임 관점에서 그 사이에는 선택이 거의 없습니다.

그러나 CXF가 있습니다 크게 JAX-WS 사양을 넘어서려면 더 나은 문서화, 훨씬 더 유연성과 추가 기능. 문서만으로, 나는 메스꺼움 시간보다 CXF를 선택했습니다.

그러나 나는 선택할 것이다 스프링 웹 서비스 메트로 또는 CXF를 통해. Jax-WS를 준수하지는 않지만 문제가 문제라고 생각하지 않습니다. 그것은 또한 상당히 단순하고 그들 중 어느 것보다 상당히 유연합니다. 추천.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top