STS에서 특정 프로젝트 오류를 Problems 창에 표시하지 않는 방법STS나 Eclipse에서 여러 프로젝트를 하나의 워크스페이스에 열어두면 현재 작업하지 않는 프로젝트의 오류까지 Problems 창에 함께 표시됩니다.
오류가 수십 개 또는 수백 개씩 쌓이면 지금 작업하고 있는 프로젝트의 오류를 찾기가 어려워집니다.
이럴 때는 오류를 삭제하는 것이 아니라 Problems 창의 표시 범위를 현재 프로젝트로 제한하면 됩니다. 사용하지 않는 프로젝트라면 프로젝트 자체를 닫는 방법도 있습니다.
- 현재 프로젝트 오류만 보려면 Problems 필터를 설정합니다.
- 사용하지 않는 프로젝트는 Close Project로 닫습니다.
- Validation 비활성화는 필요한 오류까지 숨길 수 있으므로 주의합니다.
Problems 창 필터 설정하기
특정 프로젝트의 오류를 Problems 창에 표시하지 않으려면 먼저 Problems 보기의 필터 기능을 확인합니다.
STS 하단에 있는 Problems 탭을 선택합니다. Problems 창이 보이지 않는다면 상단 메뉴에서 다음 경로로 열 수 있습니다.
Problems 창 오른쪽 위에 있는 점 세 개 모양의 메뉴나 필터 아이콘을 누릅니다. 사용 중인 STS 버전에 따라 아이콘 모양과 메뉴 명칭은 조금 다를 수 있습니다.
메뉴가 열리면 Configure Contents를 선택합니다. 이 메뉴에서는 Problems 창에 표시할 오류의 종류와 범위를 정할 수 있습니다.
현재 선택한 프로젝트의 오류만 표시하기
설정 창이 열리면 기존 설정을 수정하거나 새로운 설정을 추가합니다. 현재 선택한 프로젝트의 오류만 보고 싶다면 범위를 다음과 같이 지정합니다.
설정을 적용한 다음 Project Explorer에서 작업 중인 프로젝트를 선택합니다. 그러면 선택한 프로젝트와 해당 프로젝트의 하위 파일에서 발생한 오류만 Problems 창에 표시됩니다.
STS 또는 Eclipse 버전에 따라 다음과 비슷한 범위 항목이 보일 수 있습니다.
| 범위 항목 | 의미 | 적합한 상황 |
|---|---|---|
| On selected element and its children | 현재 선택한 항목과 하위 항목의 오류만 표시 | 한 프로젝트의 오류에 집중할 때 |
| On any element in same project | 선택한 파일이 속한 프로젝트의 오류를 표시 | 파일을 이동하며 프로젝트 전체 오류를 볼 때 |
| Working Set | 지정한 프로젝트 그룹의 오류만 표시 | 여러 관련 프로젝트를 함께 작업할 때 |
모바일에서는 표를 좌우로 밀어서 확인할 수 있습니다.
Working Set으로 여러 프로젝트 묶기
하나의 업무가 여러 프로젝트로 구성돼 있다면 Working Set을 만들어 필요한 프로젝트만 묶을 수 있습니다.
예를 들어 API 프로젝트, 배치 프로젝트, 공통 모듈 프로젝트를 하나의 Working Set으로 지정하면 관련 프로젝트의 오류만 한 번에 확인할 수 있습니다.
사용하지 않는 프로젝트 닫기
당분간 사용하지 않는 프로젝트라면 Problems 필터를 적용하는 대신 프로젝트 자체를 닫는 방법이 더 간단할 수 있습니다.
- Project Explorer에서 사용하지 않는 프로젝트를 찾습니다.
- 해당 프로젝트를 마우스 오른쪽 버튼으로 클릭합니다.
- Close Project를 선택합니다.
프로젝트가 닫히면 STS가 해당 프로젝트를 빌드하거나 검사하지 않기 때문에 Problems 창에 표시되던 오류도 대부분 사라집니다.
프로젝트를 다시 사용하려면 해당 프로젝트를 마우스 오른쪽 버튼으로 클릭한 뒤 Open Project를 선택합니다.
여러 프로젝트가 서로 참조하는 구조라면 한 프로젝트를 닫았을 때 다른 프로젝트에서 의존성 오류가 발생할 수 있습니다. 공통 모듈이나 라이브러리 프로젝트를 닫기 전에는 참조 관계를 확인해야 합니다.
Validation 설정 조정하기
HTML, JavaScript, XML 등의 특정 파일 검사 오류가 계속 표시된다면 Validation 설정을 조정할 수 있습니다.
전체 워크스페이스의 Validation 설정은 다음 경로에서 확인합니다.
프로젝트별로 설정하려면 프로젝트를 마우스 오른쪽 버튼으로 클릭한 뒤 다음 경로를 확인합니다.
사용하지 않는 Validator를 해제하면 불필요한 검사 오류를 줄일 수 있습니다. 다만 Validation을 비활성화하면 실제로 확인해야 할 오류도 발견하지 못할 수 있습니다.
단순히 Problems 창을 정리하려는 목적이라면 Validation을 끄기 전에 Problems 필터를 먼저 사용하는 것이 안전합니다.
Problems 오류를 정리하는 세 가지 방법 비교
| 방법 | 장점 | 단점 | 추천 상황 |
|---|---|---|---|
| Problems 필터 | 프로젝트를 닫지 않고 필요한 오류만 볼 수 있음 | 실제 오류가 해결되는 것은 아님 | 현재 프로젝트의 오류에 집중할 때 |
| Close Project | 불필요한 빌드와 검사를 줄일 수 있음 | 프로젝트 간 의존성 오류가 발생할 수 있음 | 당분간 사용하지 않는 프로젝트가 있을 때 |
| Validation 비활성화 | 불필요한 파일 검사를 줄일 수 있음 | 필요한 오류까지 발견하지 못할 수 있음 | 특정 Validator가 반복적으로 잘못된 오류를 만들 때 |
오류를 숨길 때 주의할 점
Problems 창에서 특정 프로젝트의 오류를 보이지 않게 설정해도 실제 오류가 수정되는 것은 아닙니다.
필터는 오류의 표시 범위만 바꾸는 기능입니다. 해당 프로젝트를 다시 빌드하거나 배포하면 숨겨진 오류가 문제가 될 수 있습니다.
따라서 참고용 프로젝트나 현재 작업하지 않는 프로젝트의 오류를 정리하는 용도로 사용하고, 실제 배포 대상 프로젝트의 오류는 원인을 찾아 수정해야 합니다.
결론
STS에서 특정 프로젝트 오류를 Problems 창에 표시하지 않으려면 Problems → Configure Contents에서 표시 범위를 현재 프로젝트로 제한하는 방법이 가장 적절합니다.
사용하지 않는 프로젝트는 Close Project로 닫을 수 있습니다. Validation 비활성화는 필요한 검사까지 누락할 수 있으므로 마지막 방법으로 사용하는 것이 좋습니다.
자주 묻는 질문
Problems 창에서 오류를 숨기면 오류가 해결된 것인가요?
아닙니다. Problems 필터는 오류를 화면에서 보이지 않게 할 뿐, 프로젝트 내부의 실제 오류를 수정하지는 않습니다.
특정 프로젝트만 Problems 창에서 제외할 수 있나요?
STS 버전에 따라 필터 범위나 Working Set을 이용해 필요한 프로젝트만 표시할 수 있습니다. 제외할 프로젝트가 당분간 필요 없다면 Close Project를 사용하는 방법도 있습니다.
프로젝트를 닫아도 소스 파일이 삭제되지 않나요?
Close Project는 프로젝트를 워크스페이스에서 일시적으로 닫는 기능입니다. 프로젝트 파일과 소스 코드는 삭제되지 않으며 Open Project로 다시 열 수 있습니다.
Validation을 꺼도 괜찮나요?
특정 Validator가 불필요한 오류를 반복적으로 생성하는 경우에만 신중하게 설정하는 것이 좋습니다. Validation을 끄면 실제 오류를 놓칠 수 있으므로 먼저 Problems 필터를 사용하는 편이 안전합니다.
- Windows 11
- Spring Tool Suite 4
- 하나의 워크스페이스에 여러 프로젝트가 등록된 환경
- 최종 확인일: 2026년 7월
