BlueJ 4는 프레임 기반 프로그래밍 언어인 Stride에 대한 지원도 추가합니다. 프로젝트는 순수 자바 (BlueJ 3 이전과 마찬가지로), 순수 한 보폭 또는 자바와 보폭의 혼합일 수 있습니다. 지원은 자바와 보폭 사이의 변환을 제공하고 있습니다. 참고 : BlueJ 4는 자바 8 (최소 8u60) 및 JavaFX가 필요하며, 따라서 현재 이전 맥과 라즈베리 파이에서 지원되지 않습니다. CVS, JavaME 프로젝트 및 애플릿 개발에 대한 지원이 제거되었습니다. 일부 확장은 BlueJ 4에서 더 이상 작동하지 않을 수 있습니다. BlueJ는 이제 자바 5 이상이 필요합니다. 이전 Java 버전은 더 이상 지원되지 않습니다. BlueJ 4는 Git 버전 제어 시스템에 대한 지원을 추가하고 서브버전에 대한 지원을 유지합니다.

이 버전에서 BlueJ가 서브버전 지원을 위해 사용하는 SVNKit 라이브러리의 버그를 해결하기 위해 리포지토리에서 공유하거나 체크 아웃한 BlueJ 프로젝트는 (이전 버전 1.6 작업 복사 형식)을 사용합니다. 이는 일부 외부 도구(하위 버전 의 최신 버전 의 subversion 명령줄 클라이언트 포함)가 BlueJ 프로젝트에서 사용하지 못할 수 있음을 의미할 수 있습니다. BlueJ 버전 3.1.6을 사용하여 체크 아웃하거나 공유한 프로젝트는 버전 1.7 작업 복사 형식을 사용했으며 SVNKit 버그로 인해 BlueJ 버전에서 제대로 작동하지 않습니다. BlueJ 버전 3.1.7은 이러한 프로젝트를 열 때 경고를 발행합니다. Java 7에서 BlueJ를 실행할 때 편집기에서 클래스 설명서를 표시하는 문제를 해결합니다. Windows에 설치하기 위한 .msi 패키지를 소개합니다. 또한 몇 가지 버그를 수정합니다. 마지막 릴리스 이후 사소한 버그 수정. 이것은 자바 6과 함께 작동 BlueJ의 마지막 버전이 될 것입니다. 이것은 BlueJ의 주요 새로운 릴리스입니다. 자바 프로그래밍의 경우 탭 편집기, 자동 오류 확인을 추가하고 여러 오류의 표시를 추가하고 대부분의 BlueJ 인터페이스를 JavaFX로 다시 작성하는 동시에 JavaFX 응용 프로그램을 작성하고 프로젝트에 JavaFX CSS 파일을 포함합니다.

이것은 여전히 Java 6을 사용해야하는 사용자를위한 버그 수정 릴리스입니다. 주요 문제가없는 경우 Java 6에서 작동하는 BlueJ의 마지막 버전이 될 것입니다. 충돌의 근본 원인을 찾는 것은 쉽지 않을 수 있습니다. 하드웨어 문제는 다양한 증상으로 나타날 수 있는 불규칙하고 예측할 수 없는 동작을 유발할 수 있으므로 진단하기가 특히 어렵습니다. 아래 나열된 변경 사항 외에도 이 버전에는 개발 계획에 도움이 되는 일부 익명 정보(BlueJ 버전, Java 버전, 운영 체제, 인터페이스 언어 등)를 BlueJ 메인테이너에게 보내는 기능이 포함되어 있습니다. bluej.properties 파일에 “bluej.uid=private” 설정을 추가하여 이 설정을 비활성화할 수 있습니다. 예: “f:tempcrashs.html” /정렬 2 /1 BlueScreenView.exe /shtml “f:tempcrashs.html” /정렬 “버그 체크 문자열” /정렬 “~충돌 시간” Bugzilla에 대한 보고서에 따르면 (모질라의 버그 보고 사이트) 및 레딧, 영향을 받는 사용자가 파일을 다운로드하려고 하면 다운로드가 즉시 실패하고 다운로드 폴더에 `빈` 파일이 나타납니다. 이렇게 하려면 Windows에서 정리 부팅을 수행하는 방법을 참조하여 이러한 문제 해결 단계를 모두 해결하지 못하는 경우 이러한 문제 해결 단계를 시도해 보십시오. 드라이버 검증기는 많은 CPU를 소모하고 컴퓨터를 크게 느리게 할 수 있습니다. 추가 충돌이 발생할 수도 있습니다.

Verifier는 중지 오류가 발생한 후 결함이 있는 드라이버를 비활성화하고 시스템을 성공적으로 다시 시작하고 데스크톱에 액세스할 수 있을 때까지 이 작업을 계속합니다. 여러 덤프 파일이 생성된 것을 볼 수도 있습니다.