Java EE6 (EE5 이상)?

Java EE6 (참조 구현으로 Glassfish v3 사용)의 한계에 도달했습니다. 계획된 릴리스는 12 월 9 일입니다. 아직 상당수의 기업이 코드베이스를 EE5 (이전 버전)로 옮기기 위해 고심하고 있지만, 우리는 신제품 개발을 시작하는 호화로운 상황에 있으며 EE6을 플랫폼으로 사용하도록 선택할 수 있습니다 . 따라서 잠재적으로 나중에 마이그레이션 작업을 피할 수 있으며 EE6의 모든 권한 기능을 이용할 수 있습니다.Java EE6 (EE5 이상)?

콘트라 또는 문제의 몇 가지 (일명 EE6를 사용하여 출혈 가장자리에 일을 할 때) :

별로 전문 지식을 주위에 아직 (블로그, 책, 포럼, 자신 ..)
을 다른 EE6 응용 프로그램 서버가 곧 없습니까? (베타가 내년 초/중반에 있습니까?)
타사 라이브러리/프레임 워크는 아직 EE6에 대해 확인되거나 테스트되지 않았을 수 있습니다.

특정 답변을 얻지는 않지만 질문에 대한 일반적인 질문이 있습니까? 어쨌든 밖으로 될 것입니다 자바 EE 7을 완료하기 전에 스벤

출처

2009-11-10 javadude

가져 오거나 개선 하시겠습니까? :-) –

/가져 오기/개선/g – flybywire

가끔 다양한 답변 (이 경우처럼)이 대답입니다. – javadude

EE6으로 프로젝트를 시작하는 데 호화로운 상황에 있다면, 나는 개척자에게 제안 할 것입니다.

전체 경험이 짧은 시간에 중요 할뿐만 아니라 (EE6은 2 년 안에 성숙되어 널리 사용되지만 모든 회사가 전환 할 때 많은 Java EE6 전문가가 있다고 가정 해 봅시다) EE6은 일반 EE5보다 단순합니다. 따라서 팀에 Java EE에 대한 경험이 부족한 구성원이있는 경우 작업 속도가 빨라질 수 있습니다.

가 글래스 피시 v3의 자바 EE6에 관한 책은 이미, 그리고 기초 당신이 EE5에서 무엇을 알고에 충실하면 이전 버전과 다른 (즉., 장시간 괜찮을거야 아니다). 글래스 피쉬 v3는 RI 용 Java EE6이 필요하다면 꽤 괜찮습니다.

어떤 종류의 타사 라이브러리가 필요합니까?

출처

2009-11-10 09:48:28

우리는 보안 프레임 워크로 Shiro (http://cwiki.apache.org/confluence/display/SHIRO/Index), 보안 프레임 워크로 SLF4J (http : //www.jkoss.org/), Web//www.slf4j.org/), 로깅 용 로그백, 테스트 용 EJB3Unit 및 유효성 검사 라이브러리 용 타원. 이전 EE5 기반 릴리스에서는 모두 모두 제대로 작동하지만 EE6에 대해서는 아직 테스트를 수행하지 않았습니다. – javadude

ZK는 대부분 클라이언트 측에서 작동해야하며 세션 빈 조회 구성 요소를 사용하는 경우 유효한 객체를 반환해야합니다 (세션 빈은 세션 빈일뿐입니다). SLF4J 및 로그백도 작동해야하며, EE와는 관련이 거의 없습니다. 타원형도 괜찮아 보입니다. Shiro에 대해 잘 모르겠지만 EJB 구성 요소에서 그렇게 많이 필요하지는 않습니다. EE6 용 EJB3Unit을 아직 확인하지 않았습니다. –

EJB3UNIT는 EJB3를 대상으로합니다. 일반 3.1 코드로 작동하지 않습니다. 우리는 시도했다, 그것은 예를 요구한다. 로컬 인터페이스. junit 테스트에 embeddable glassfish를 사용할 수 있기 때문에 라이브러리가 더 이상 필요하지 않을 수 있습니다 (EE6 컨텍스트에서). (http://java.dzone.com/articles/ejb-31-%E2%80%93-ejb-new-and-improved-?page=1) – javadude

. 그것을 위해 가서 그 과정에서 배우십시오.

출처

2009-11-10 08:40:10

정말입니까? JEE6은 여전히 '미리보기'상태이며 2009 년 12 월 이전에 JEE7이 출시됩니다 (devdudes 질문에서 캡처 한 날짜입니다))? –

_YOU_가 완료되기 전에 ... –

Java EE6과 JDK/JRE 7이 섞여있는 것 같습니까? – javadude

프로젝트가 얼마나 크고 중요합니까? 기한이 있으십니까? 저는 새로운 기술이나 프레임 워크에 열의가 있지만 Java EE 5로 시작하여 점진적으로 Java EE 6으로 마이그레이션 할 것을 제안합니다. Java EE는 큰 기술 스택이며 릴리스 시간 중 일부는 세 번째 파티 공급 업체. 따라서 Java EE 6의이 부분을 사용하십시오.이 부분은 현재 성숙 단계에 있으며 다른 공급 업체의 강력한 지원을 받고 있습니다.

출처

2009-11-10 09:59:05 cetnar

물론 GF V3에 EE5 응용 프로그램을 배포 할 수는 있지만 코드베이스를 전체 EE6으로 마이그레이션하려는 노력은 과소 평가하지 않았습니다. 예, 이전 버전보다 EE5에서 EE6으로 전환하는 것이 더 쉽습니다 ('노테이션 중단 시대'에서). 어떤 보스가 "가시적 인"이점없이 나중에 마이그레이션 할 수있는 시간과 비용을 승인합니까? 한 샘플 : JNDI 이름 지정 규칙이 변경되었습니다 (http://blogs.sun.com/kensaks/entry/portable_global_jndi_names) – javadude

@devdude. 많은 툴과 라이브러리을 ofers 오늘 JEE6의 일부가 될 것입니다 JEE5에 대한 개선의 많은 (예를 들면 심 JSF 2.0 향상, 용접 (JSR-299 구현) - 그래서 오늘은 JEE6의 다른 부품에 JEE6의 fetures의 mamy 추가 마이그레이션을 사용할 수 있습니다 스택이 덜 고통 스러울 것입니다. – cetnar

Java EE6 (EE5 이상)?

답변

관련 문제