STS에서 특정 프로젝트 오류를 Problems 창에 표시하지 않는 방법

워크스페이스에 프로젝트를 여러 개 열어두면, 지금 손도 대지 않는 프로젝트의 오류까지 Problems 창을 가득 채웁니다. 오류가 수백 개씩 쌓이면 정작 작업 중인 프로젝트의 오류를 찾기가 어려워지죠.

해결책은 오류를 지우는 게 아니라 Problems 창의 표시 범위를 현재 프로젝트로 좁히는 것입니다. Problems 창 오른쪽 위 메뉴에서 Configure Contents를 열고 Scope만 바꾸면 됩니다.

다만 프로젝트끼리 서로 참조하는 구조라면 방법을 잘못 고를 때 오류가 오히려 늘어납니다.

필터 → Close Project → Validation 순서로, 안전한 쪽부터 보시면 됩니다.

핵심 요약

Problems 창에 현재 프로젝트 오류만 표시하는 방법

Problems 창은 오류 목록을 보여주는 창일 뿐이라, 어디까지 보여줄지를 직접 정할 수 있는데요. 이 범위를 Scope라고 부릅니다. 순서대로 따라가 보겠습니다.

    Window → Show View → Problems
  

아이콘 모양과 메뉴 이름은 STS 버전에 따라 조금씩 다를 수 있습니다.

설정 창이 열리면 기존 설정을 수정하거나 새 설정을 추가합니다. 지금 보고 있는 프로젝트의 오류만 남기려면 Scope를 아래 값으로 지정하면 되는데요.

    Scope → On selected element and its children
  

설정을 적용한 다음 Project Explorer에서 작업 중인 프로젝트를 클릭합니다. 그러면 그 프로젝트와 하위 파일에서 발생한 오류만 Problems 창에 남고, 나머지 프로젝트의 오류는 목록에서 빠집니다.

STS나 Eclipse 버전에 따라 아래와 비슷한 범위 항목이 보입니다.

범위 항목	의미	언제 쓰나	다음 행동
On selected element and its children	현재 선택한 항목과 하위 항목의 오류만 표시	한 프로젝트의 오류에 집중할 때	Project Explorer에서 그 프로젝트를 클릭해 둔다
On any element in same project	선택한 파일이 속한 프로젝트의 오류를 표시	파일을 옮겨 다니며 프로젝트 전체 오류를 볼 때	그 프로젝트의 파일을 하나 열어 둔다
Working Set	지정한 프로젝트 그룹의 오류만 표시	여러 관련 프로젝트를 함께 작업할 때	아래 순서로 Working Set을 먼저 만든다

모바일에서는 표를 좌우로 밀어서 확인할 수 있습니다.

하나의 업무가 여러 프로젝트로 쪼개져 있다면 Working Set으로 필요한 프로젝트만 묶을 수 있습니다. API 프로젝트, 배치 프로젝트, 공통 모듈 프로젝트를 한 Working Set으로 지정해 두면 그 세 개의 오류만 한 번에 확인할 수 있거든요.

여기서 Problems 창이 정리됐으면 끝입니다. 당분간 아예 열어볼 일 없는 프로젝트가 있다면 다음 절로 가세요.

한동안 열어볼 일이 없는 프로젝트라면, 필터를 손보는 것보다 프로젝트 자체를 닫는 쪽이 간단합니다.

프로젝트가 닫히면 STS가 그 프로젝트를 빌드하지도, 검사하지도 않습니다. 그래서 Problems 창에 떠 있던 오류도 대부분 함께 사라지죠. 다시 쓸 때는 같은 자리에서 우클릭한 뒤 Open Project를 누르면 됩니다.

주의

프로젝트들이 서로 참조하는 구조라면, 하나를 닫았을 때 다른 프로젝트에서 의존성 오류가 발생할 수 있습니다. 공통 모듈이나 라이브러리 프로젝트는 닫기 전에 어떤 프로젝트가 그것을 참조하는지 먼저 확인해야 합니다.

닫았더니 다른 프로젝트에 오류가 새로 생겼다면 Open Project로 되돌리고, 앞의 필터 방식으로 가는 게 낫습니다.

필터를 걸었는데도 HTML, JavaScript, XML 같은 파일 검사 오류가 남는 경우가 있습니다. 이때 손대는 것이 Validation 설정인데요.

워크스페이스 전체 설정은 이 경로입니다.

    Window → Preferences → Validation
  

프로젝트 하나에만 적용하려면 그 프로젝트를 우클릭한 뒤 아래 경로로 들어갑니다.

    Properties → Validation
  

쓰지 않는 Validator를 해제하면 불필요한 검사 오류가 줄어듭니다. 대신 정말 확인해야 할 오류까지 같이 보이지 않게 되고요. 그래서 Problems 창을 정리하는 게 목적이라면 Validation을 끄기 전에 필터부터 써보는 편이 안전합니다.

세 방법은 오류를 줄이는 원리가 서로 다릅니다. 한 표로 비교하면 이렇습니다.

방법	장점	단점	언제 쓰나 · 다음 행동
Problems 필터	프로젝트를 닫지 않고 필요한 오류만 볼 수 있음	실제 오류가 해결되는 것은 아님	현재 프로젝트에 집중할 때 → Configure Contents에서 Scope 변경
Close Project	불필요한 빌드와 검사를 줄일 수 있음	프로젝트 간 의존성 오류가 발생할 수 있음	당분간 안 쓸 프로젝트일 때 → 참조 관계 확인 후 우클릭 Close Project
Validation 비활성화	불필요한 파일 검사를 줄일 수 있음	필요한 오류까지 발견하지 못할 수 있음	특정 Validator가 반복해 잘못된 오류를 낼 때 → Properties → Validation에서 해당 항목만 해제