Spring Framework

스프링 프레임 워크는 전문가에 발표 된 코드를 기반으로 자바 / J2EE 애플리케이션 프레임 워크 계층 오픈 소스이며, 일대일로드 존슨 (글은 WROX, 2002)에 의해 J2EE 설계 및 개발.
스프링 프레임 워크, 모바일 소셜, 현대, 보안, 클라우드 및 크로스 플랫폼에 대한 준비가되어 리눅스, 맥 OS & NBSP에서 실행; X & NBSP; 및 Windows 운영 체제

이 릴리스의 새로운 기능입니다 무엇 :.

향상된 시작 경험 :
시작 & quot하기, 새로운 spring.io 웹 사이트는 & quot의 전체 시리즈를 제공한다; 당신이 봄을 배울 수 있도록 안내합니다. 당신은 제 1 장에서 가이드에 대한 자세한 내용을 볼 수 있습니다이 문서에서 봄 섹션 시작하기. 새로운 웹 사이트는 또한 봄 우산 아래 출시되는 많은 추가 프로젝트의 포괄적 인 개요를 제공합니다.
당신은 메이븐 사용자의 경우 당신은 또한 현재 각 스프링 프레임 워크의 출시와 함께 게시 된 자료 POM 파일의 도움이 법안에 관심이있을 수 있습니다.
사용되지 않는 패키지 및 방법 제거 :
모든 패키지를 사용되지 않는, 많은되지 않는 클래스와 메소드는 버전 4.0 제거되었습니다. 당신이 봄의 이전 버전에서 업그레이드하는 경우, 당신은 당신이 오래된 API에 제작 된 모든 사용되지 않는 통화가 고정되어 있는지 확인해야합니다.
자바 8 (뿐만 아니라도 6 및도 7) :
스프링 프레임 워크 4.0은 여러 자바 8 기능에 대한 지원을 제공합니다. 당신은 봄의 콜백 인터페이스를 람다 표현식 및 방법 참조를 사용할 수있다. @Repeatable으로 개조 된 java.time (JSR-310)과 기존의 여러 주석의 첫 번째 수준의 지원이있다. 당신은 또한 사용할 수 디버그 정보를 사용하여 코드를 컴파일에 대한 대안으로 자바 (8)의 매개 변수 이름 검색을 사용할 수 있습니다.
봄은 자바와 JDK의 이전 버전과 호환됩니다 : 구체적으로, 자바 SE 6 (특히, 2008 년 말 출시로 JDK 6 업데이트 10에 최소 수준에 해당) 위는 여전히 완벽하게 지원됩니다. 그러나, 봄 4를 기반으로 새로 시작된 개발 프로젝트를 위해, 우리는 자바 7 또는 8을 사용하는 것이 좋습니다.
자바 8 바이트 코드 수준 (-source 1.8의 요구에 따라 1.8 -target) 만 완전히 스프링 프레임 워크 4.0으로 지원합니다. 특히, 봄 3.2 기반 응용 프로그램은 자바 8 런타임에 배포 할 일이 있더라도 대상으로 자바 7의 최대 컴파일 할 필요가있다. 자바 8 기반 응용 프로그램 봄 4로 업그레이드하시기 바랍니다.
자바 EE 6 및 7 :
위의 자바 EE 버전 6는 이제 특정 관련성의 JPA 2.0와 서블릿 3.0 스펙의 존재와, 스프링 프레임 워크 4의 기준으로 간주됩니다. 구글 앱 엔진 이상 애플리케이션 서버와의 호환성을 유지하기 위해서는 서블릿 2.5 환경에 Spring 애플리케이션을 배포 할 수있다; 그러나, 서블릿 3.0 이상 때​​ 모든 가능한 좋습니다.
그루비 콩 정의 DSL :
스프링 프레임 워크 4.0은 그루비 DSL을 사용하여 외부 콩의 구성을 정의하는 것이 가능합니다. 이것은 XML 빈 정의를 사용하여 개념적으로 유사하지만, 더 간결한 구문을 허용한다. 그루비를 사용하면 쉽게 부트 스트랩 코드에서 직접 bean 정의를 포함 할 수 있습니다.
코어 컨테이너 개선 :
콩을 주입 할 때 봄은 지금 규정의 형태로 일반적인 유형을 처리합니다. @Autowired 저장소 customerRepository : 당신이 봄 데이터 저장소를 사용하는 경우 예를 들어, 당신은 지금 쉽게 특정 구현을 주입 할 수 있습니다.
당신이 Spring의 메타 주석 지원을 사용하는 경우, 당신은 지금 소스 주석의 특정 속성을 노출 사용자 정의 주석을 개발할 수 있습니다.
그들이리스트와 배열로 자동 설정할 때 콩은 이제 주문할 수 있습니다. @Ordered 주석과 정렬 된 인터페이스를 모두 지원됩니다.
@Lazy 주석은 현재 주입 지점뿐만 아니라 @Bean 정의를 사용할 수있다.
@description 주석은 Java 기반 구성을 사용하는 개발자에 대한 지원이 추가되었습니다.
조건부 필터링 콩에 대한 일반화 된 모델은 @Conditional 주석을 통해 추가되었습니다. 이것은 @profile 유사하지만 사용자 정의 전략의 개발이 가능하다.
CGLIB 기반의 프록시 클래스는 더 이상 기본 생성자가 필요하지 않습니다. 지원 인라인을 재 포장 및 스프링 프레임 워크의 일환으로 배포되는 objenesis 라이브러리를 통해 제공됩니다. 이 전략으로, 전혀 생성자는 더 이상 프록시 인스턴스의 호출되지되고있다.
지금 워크 걸쳐 시간대지지 부가 관리되는 예 LocaleContext에.
일반 웹 향상 :
2.5 서버를 서블릿 배포 옵션이 남아 있지만 스프링 프레임 워크 4.0은 이제 서블릿 3.0 환경에 주로 초점을 맞추고 있습니다. 당신은 스프링 MVC 테스트 프레임 워크를 사용하는 경우는 서블릿 3.0 호환 JAR는 테스트 클래스 경로에 있는지 확인해야합니다.
앞서 언급 웹 소켓 지원 외에도,하기 일반 개선 Spring의 웹 모듈로 이루어졌다 :
당신은 당신의 @RequestMapping의 각 방법에 @ResponseBody를 추가 할 필요성을 제거, 스프링 MVC 응용 프로그램과 새로운 @RestController 주석을 사용할 수 있습니다.
AsyncRestTemplate 클래스는 REST 클라이언트를 개발할 때 비동기 지원을 논 블로킹 (non-blocking) 허용, 추가되었습니다.
스프링 MVC 애플리케이션을 개발할 때 봄은 이제 포괄적 인 시간대 지원을 제공합니다.
웹 소켓, SockJS 및 STOMP 메시징 :
새로운 봄 - 웹 소켓 모듈은 웹 응용 프로그램에서 클라이언트와 서버 사이의 웹 소켓 기반의 양방향 통신을위한 포괄적 인 지원을 제공합니다. 그것은 JSR-356, 자바 웹 소켓 API와 호환 가능하며, 또한 아직 웹 소켓 프로토콜 (예 : IE & LT; 10)을 지원하지 않는 브라우저에서 사용하기에 SockJS 기반의 대체 옵션 (즉, 웹 소켓 에뮬레이션)를 제공합니다.
새로운 봄 메시징 모듈은 웹 소켓 클라이언트에서 라우팅 및 처리 STOMP 메시지에 대한 주석 프로그래밍 모델과 함께 응용 프로그램에서 사용할 수있는 웹 소켓 하위 프로토콜로 STOMP에 대한 지원을 추가합니다. 그 결과 @Controller 이제 웹 소켓에 연결된 클라이언트에서 HTTP 요청 메시지를 처리​​하기위한 두 @RequestMapping과 @MessageMapping 방법을 포함 할 수 있습니다. 새로운 봄 메시징 모듈은 메시징 응용 프로그램을위한 기반 역할을하는 등의 메시지, MessageChannel,에 messageHandler 등과 같은 봄 통합 프로젝트의 주요 추상화가 포함되어 있습니다.
테스트 개선 :
스프링 - 테스트 모듈 (예 @ContextConfiguration, @WebAppConfiguration, @ContextHierarchy, @ActiveProfiles 등)의 거의 모든 주석 이제 정의 이루어지는 주석을 작성하고 테스트 구성 걸쳐 중복을 줄이기 위해 메타 주석로서 사용될 수있다.
활성 bean 정의 프로파일은 이제 단순히 사용자 정의 ActiveProfilesResolver을 구현하고 @ActiveProfiles의 해결 속성을 통해 등록하여 프로그래밍 방식으로 해결할 수 있습니다.
새로운 SocketUtils 유틸리티 클래스는 무료 TCP 및 로컬 호스트에 UDP 서버 포트를 검색 할 수 있습니다 스프링 코어 모듈에 도입되었습니다. 이 기능 테스트에있는 것이 아니라 소켓의 사용을 필요로 통합 테스트를 작성하는 등의 경우에는 메모리 SMTP 서버, FTP 서버, 서블릿 컨테이너를 시작 예컨대 테스트를 위해 매우 유용하게 사용될 수있다
봄 4.0로, org.springframework.mock.web 패키지에 망신 시켰의 설정은 서블릿 3.0와 호환됩니다. 또한, 서블릿 API의 모의 객체 (등 예를 들어, MockHttpServletRequest, MockServletContext)의 몇 가지 사소한 개선 사항 및 개선 구성 가능성으로 업데이트되었습니다.

이 3.2 버전의 새로운 기능 :

이 정제 된 자바 SE 프레임 워크 내에서뿐만 아니라 CGLIB 3.0 업그레이드를 통해 7 지원, ASM 4.0 (모두 우리가 지금 인라인하고있는 중) 와 AspectJ를 1.7
범위 / 프로토 타입 Bean에 대해 특히 - 가능한 동기화의 사용을 피하는 프레임 워크에서 동시성 개선,
@Autowired와 @Value에 대한 허용하면 메타 주석 등으로​​ 사용되는 특정 규정과 함께 사용자 지정 주입 주석을 구축
@Configuration 클래스, 예를 들어, 사용자 지정 @Bean 정의 주석에 대한 지원 특정 규정, @Lazy, @primary 등과 함께
스프링 MVC 핸들러 메서드는 Callables 및 DeferredResults를 반환 할 수있는과 서블릿 3.0에 비동기 MVC 처리,
스프링 MVC 애플리케이션의 일류 시험을 허용 이전에 독립 스프링 MVC 테스트 프로젝트의 포함,
로딩 TestContext 프레임 워크 WebApplicationContexts, 웹 애플리케이션 테스트를위한 추가 개선 지원
봄의 캐시 추상화를위한 백엔드로 JCache 0.5 (JSR-107)에 대한 조기 지원

이 버전 3.2 RC1의 새로운 기능 :

이 새로운 Gradle 기반 프레임 워크 구축은 GitHub의에 스프링 프레임 워크 프로젝트에 기여하기 위해 그 어느 때보 다 쉽게 만들기
CGLIB 의존성을 명시 적으로 선언하지 않고 사용할 수 인라인 된 CGLIB 3.0과 ASM 4.0, 완전히 자바 7 바이트 코드를 지원하고 만드는 CGLIB를 기반 기능
@Autowired와 @Value에 대한 허용하면 메타 주석 등으로​​ 사용되는 특정 규정과 함께 사용자 지정 주입 주석을 구축
@Configuration 클래스, 예를 들어, 사용자 지정 @Bean 정의 주석에 대한 지원 특정 규정, @Lazy, @primary 등과 함께
스프링 MVC 핸들러 메서드는 Callables 및 DeferredResults을 (블로그 게시물의 Rossen은의 시리즈 참조) 반환 할 수있는과 서블릿 3.0에 비동기 MVC 처리,
스프링 MVC 애플리케이션의 일류 시험을 허용 이전에 독립 스프링 MVC 테스트 프로젝트의 포함은 (이에 Rossen은의 블로그 게시물에 대한 계속 지켜봐 주시기 바랍니다)
TestContext 프레임 워크로드 WebApplicationContexts에 대한 지원 (이에 샘의 블로그 게시물에 대한 계속 지켜봐 주시기 바랍니다)
봄의 캐시 추상화를위한 백엔드로 JCache 0.5 (JSR-107)에 대한 조기 지원

이 요구 사항 :

이 J2SE (Java 2 Standard Edition)의 런타임 환경