org.springframework.scheduling.support 패키지의 쿼츠 1.8 지원은 더 이상 사용되지 않으며 스프링 프레임워크 4.1에 대해 제거되었으며, 그 패키지는 그 이후로쿼츠 2.1.4+에서만 작동합니다. 봄 4.0에서 스프링의 JSP 태그 라이브러리는 JSP 2.0+에서 지원하는 외부적용 EL 구문 분석에 의존하여 특별히 선언된 특성 유형을 사용합니다. 결과적으로 String EL 식 또는 부울 대상 값과 같이 Object 값을 수락하는 데 사용되는 일부 특성은 이제 실제 대상 유형(예: 부울)에 대해 특별히 선언되어 외부 EL 구문 분석의 대상 형식을 제안합니다. 스프링 프레임 워크 4.0.4를 사용할 수 있음을 발표하게되어 기쁩니다. 이것은 4.0.3 이후의 간단한 유지 관리 릴리스로, 주로 회귀 및 기타 최근 버그를 수정합니다. 또한 다양한 사소한 종속성 업데이트(ASM 5.0.2 포함)도 함께 제공됩니다. 모든 잭슨 v1 지원은 잭슨 v2에 찬성 하 여 사용 되지 않습니다 및 스프링 프레임 워크에서 제거 되었습니다 4.1: 봄 일반적으로 IBM JDK와 JRE의 동등한 세대를 지원, 특히 WebSphere 응용 프로그램 서버와 함께 제공. 웹스피어 7뿐만 아니라 웹스피어 8 과 8.5는 2013년까지 IBM JDK 6을 기본 JDK로 제공했기 때문에, IBM의 이러한 세대가 IBM자체에서 지원하는 한 전체 스프링 프레임워크 4.x 라인에 대한 JDK 6 지원을 유지할 계획입니다. 동시에, 당신이 사용할 수있는 경우, 우리는 웹 스피어 8.5와 IBM JDK 7을 권장합니다. Spring 응용 프로그램을 Java EE 서버에 배포하는 경우 Java EE 6에 대한 인증을 받은 서버 세대를 권장합니다. 특히 중요한 것은 JPA 2.0 및 서벌렛 3.0 사양입니다. 즉, 서플렛 2.5 컨테이너(예: Google 앱 엔진, WebSphere 7, WebLogic 10.3)가 있는 서버에 Spring 4 응용 프로그램을 배포할 수 있습니다.

그러나 일부 Servlet 3.0 기반 스프링 기능은 사용할 수 없습니다. Tomcat의 경우 동일한 규칙이 적용됩니다: Tomcat 7 또는 8을 권장하지만 여전히 Tomcat 6도 지원합니다. 스프링 프레임워크 4.1.4에서 아파치 HttpComponents HttpClient는 프레임워크 전체에서 4.3이상이어야 합니다. 4.3+에 대해 실행할 때 몇 가지 구성 문제를 해결하기 위해 이전 HttpClient 버전의 이전 부분 허용 오차를 삭제해야 했습니다. 스프링 프레임워크는 일반적으로 전체적인 Java EE의 특정 수준이 아니라 JPA 2.0과 같은 개별 사양의 특정 최소 수준을 필요로 합니다. 이 방법을 사용하면 이전 EE 플랫폼 수준(예: 예: 이전 EE 플랫폼 수준)을 기반으로 하는 동안 새로운 사양을 선택적으로 도입하는 “중간” 서버 세대에서 실행할 수 있습니다. JPA 2.0 기능 팩을 갖춘 WebSphere 7.0.0.9, JPA 2.0 패치가 있는 WebLogic 10.3.4, 또는 현재 웹로직 12.1.3(2014년 6월 출시)과 함께 JPA 2.1 지원 및 WebSphere 8.5 리버티 프로파일(2014년 12월 에디션)과 서벌렛 3.1 및 JSR-23. 스프링의 원자로 지원은 현재 반응기 2.0을 기반으로 합니다. Spring 4.2는 또한 최대 절전 모드 3.6 및 4.2 / 4.3에 대한 기존 지원 옆에 최대 절전 모드 5.0에 대한 지원을 소개합니다. 아파치 타일2.2에 대한 지원은 타일 3.0에 찬성하여 그 동안 더 이상 사용되지 않습니다.