Java EE 6을 배우고 있습니다.이 릴리스의 우산 사양에서 얼마나 많은 발전이 있었는지 보았습니다. EJB 3.1은 이전 버전보다 훨씬 쉽고 가볍습니다. CDI는 놀랍습니다.Spring 3, Java EE 6
저는 Spring에 익숙하지 않지만 Java EE 스택이 제공하지 않는 몇 가지 멋진 기능을 제공한다는 사실을 자주 읽습니다. 그러나 Java EE가 따라 잡았으며 이제는 Spring과 완전히 경쟁 할 수 있습니다.
두 가지 모두 선택하는 것이 여러 요인에 달려 있다는 것을 알고 있지만, 기능에만 초점을 맞추는 경우 최신 동향 등을 말하십시오. 어느 것이 가장 앞서 있습니까? Spring 3에서 일부 자산을 제공 할 수 있습니까? Java EE 6 스택은 할 수 없습니까?
또한 Seam 프레임 워크는 어떻습니까? 내가 읽은 바로는 Java EE 6과 비슷하지만 몇 가지 추가 사항이 있습니까?
시간이 지남에 JavaEE는 실제로 기능면에서 뒤죽박죽이다.
하지만 여러 번 우연히 만난 요소 중 하나는 내가 오래 동안 봄을 선호 한 주된 이유입니다. JavaEE 서버 및 구현은 버그가 많으며 개발자에게는 불만이 있습니다. 이것은 호언 장담처럼 들릴지 모르겠지만 JavaEE 6 - CDI (Weld impl)의 최고조차도 암호 같은 예외 메시지가있어 개발자에게 힘든 시간을주고 있습니다 (see here). 애플리케이션 서버는 말할 것도없고, 정말 못생긴 버그로 가득차 있습니다. JBoss 5에서 3 시간 동안 약 5 개의 버그를 발견했습니다.
봄을 더욱 매력적으로 만드는 또 다른 특징은 작은 시간대에 기능을 추가 할 수 있다는 것입니다. 내 의견에 언급했듯이 통합 캐시 추상화 및 대화 처리는 이전 버전보다 2 개월 뒤인 봄의 다음 릴리스에 추가 될 예정입니다. JavaEE에서 많은 시간을 기다려야합니다 (적어도 표준 솔루션의 경우)
JavaEE에서는 그다지 까맣지 않습니다. 많은 문제가 해결 방법이 있거나시기 적절하게 해결됩니다. 궁극적으로 개인적인 취향의 문제입니다.
그건 그렇고, 봄의 포트폴리오는 그동안 사이드 프로젝트로 가득 차 있었고 많은 특정 기능/기능 세트를 추가했습니다. 그들 중 많은 사람들이뿐만 아니라 JavaEE 어플 함께 사용할 수 있지만 봄과 완벽하게 맞도록 설계되어 있습니다 : - 선언적 보안
이 그냥 엑스트라, 그리고 JavaEE 어플도 엑스트라를 가지고 있지만 (나는 그림을 참조로까지) 그들은 더 많은 범용 있습니다와 상호 작용하기위한 도구의 집합하는 CDI가 놓친 것을 제공하는 것을 목표로합니다. 결론적으로 하나의 매우 중요한 메모. 스프링을 JavaEE와 비교하는 것은 올바르지 않습니다. 나는 Spring을 CDI + EJB + Application 서버와 비교하는 것을 선호한다. 나머지 JavaEE는 스프링과 함께 사용할 수 있으며, 종종 그렇습니다. JAX-WS, JAXB, JSF조차 봄철에 잘 맞으며 자주 사용됩니다.
스프링 3의 특징은 무엇입니까? Java EE 6 스택에없는 새로운 것이 있습니까? – arg20
곧 출시 될 통합 캐시 추상화는 매우 중요합니다. 또한 대화 관리 (클라이언트 및 서버 측 모두)가 있습니다. CDI에는 ConversationScoped가 있지만 클라이언트 측에서 어떻게 처리되는지 잘 모르겠습니다. Spring은 @Value를 가지며 취급하기 쉬운 속성을 가지고 있지만 JavaEE는 그렇지 않습니다 (방법은 있지만 간단하지는 않습니다). 그리고 좋은 점은 봄이 작은 시간대에 기능을 추가 할 수 있다는 것입니다. JavaEE는 할 수 없습니다. – Bozho
완벽한 답변을 주셔서 감사합니다. JSF가 정말 마음에 듭니다. jsf 2와 스프링의 통합이 얼마나 훌륭한 지 말해 줄 수 있습니까? 나는 Seam이 JSF와 아름답게 통합되는 것을 여러 번 들었 기 때문에 seam에 관해 물었습니다. jsf가 마음에 들면 seam이 최선의 선택이지만 저는 잘 모릅니다. – arg20
기능 만 비교해주십시오. 스프링이 프레임 워크 인 동안 "java ee는 사양 세트입니다"와 같이 가지 마세요. – arg20