XML 포맷터

XML을 즉시 정렬·압축하고, 태그가 올바르게 닫혔는지(정형식 여부)를 그 자리에서 확인합니다. SOAP/REST API 응답 확인이나 RSS/Atom 피드 분석에도 유용합니다.

XML 포맷터란

XML 포맷터는 줄바꿈 없이 한 줄로 이어진 XML이나 들여쓰기가 뒤죽박죽인 XML을 읽기 쉬운 들여쓰기 구조로 다시 정렬해 주는 도구입니다. 반대로 태그 사이의 공백과 줄바꿈을 제거해 한 줄로 압축(압축 모드)할 수도 있으며, 두 모드는 버튼 하나로 전환할 수 있습니다. 들여쓰기는 공백 2칸·공백 4칸·탭 중에서 선택할 수 있어 프로젝트의 코딩 규칙에 맞춰 출력할 수 있습니다.

입력과 동시에 시작 태그와 종료 태그가 서로 대응하는지, 중첩 관계가 무너지지 않았는지(정형식 여부)도 실시간으로 판정합니다. 문제가 있으면 "잘못된 XML" 배지와 함께 어느 줄의 어느 태그에서 오류가 발생했는지 목록으로 표시되므로, 눈으로 일일이 확인할 필요가 없습니다. 모든 처리는 브라우저 안에서 JavaScript로만 이루어지며, 입력한 XML이 toolbase.cc 서버로 전송되는 일은 없습니다.

XML 포맷터 사용 방법

  1. XML을 붙여넣습니다 왼쪽 입력창에 XML을 붙여넣습니다. 시험해 볼 데이터가 없다면 "예시" 버튼으로 RSS 피드 예시를 불러올 수 있습니다.
  2. 들여쓰기 폭을 선택합니다 공백 2칸·공백 4칸·탭 중에서 선택합니다. 기존 파일의 규칙에 맞춰 두면 결과를 그대로 다시 붙여넣을 수 있습니다.
  3. 정렬 결과와 상태 배지를 확인합니다 오른쪽 출력창에 정렬 결과가 표시되며 동시에 "정형식(Well-formed)" 또는 "잘못된 XML" 배지가 전환됩니다. 잘못된 경우 아래에 줄 번호가 포함된 오류 목록이 표시됩니다.
  4. 필요하면 압축 모드로 전환합니다 "압축(Minify) 모드"를 켜면 출력창이 태그 사이의 공백을 제거한 한 줄짜리 압축 결과로 바뀝니다.
  5. 정렬 결과 또는 압축 결과를 선택해 복사합니다 "정렬 결과 복사" 또는 "압축 결과 복사"를 누르면 해당 결과가 클립보드에 복사됩니다.

더 잘 활용하기 위한 팁

  • 입력한 내용은 모두 브라우저 안에서 JavaScript로만 처리되며 toolbase.cc 서버로는 전혀 전송되지 않으므로, 사내 설정 파일이나 민감한 정보를 포함한 응답도 안전하게 정렬할 수 있습니다.
  • 압축 모드를 켜면 태그 사이의 줄바꿈과 들여쓰기용 공백이 모두 제거됩니다. 설정 파일에 삽입하거나 HTTP 요청 본문을 줄일 때 유용합니다.
  • 결과에 "잘못된 XML"이 표시된다면 대부분 닫히지 않은 태그나 시작·종료 태그 이름 불일치가 원인입니다. 오류 목록에 표시된 줄 번호를 단서로 문제 위치를 찾아보세요.
  • 이 도구는 JSON·SQL 포맷터와 같은 방식으로 만들어진 자매 도구입니다. API가 JSON과 XML을 모두 반환한다면 JSON 포맷터와 함께 사용하면 디버깅 속도가 빨라집니다.
  • 태그 대응 관계 확인 시 네임스페이스 접두사(예: <soap:Envelope>)도 함께 고려하므로 SOAP 메시지 디버깅에도 활용할 수 있습니다.

XML 포맷터 활용 사례

SOAP/REST API 응답 확인하기

SOAP나 REST API가 한 줄로 반환한 XML 응답을 정렬하면 요소의 중첩 관계와 네임스페이스 접두사를 한눈에 파악할 수 있어 개발 중 디버깅에 유용합니다.

RSS/Atom 피드 내용 읽기

블로그나 뉴스 사이트가 배포하는 RSS/Atom 피드를 정렬해 item 요소의 순서와 각 필드 값을 사람이 읽기 쉬운 형태로 확인할 수 있습니다.

설정 파일·빌드 정의의 구문 오류 찾기

안드로이드 레이아웃 XML이나 Maven의 pom.xml이 제대로 불러와지지 않을 때, 붙여넣어 검증하면 닫히지 않은 태그를 그 자리에서 찾아낼 수 있습니다.

전송량을 줄이기 위한 압축

들여쓰기가 적용된 XML을 그대로 API 응답이나 정적 파일로 제공하면 들여쓰기 공백만큼 전송량이 늘어납니다. 실제 서비스용으로는 압축된 버전을 사용하세요.

다른 형식으로 변환하기 전 사전 점검

먼저 정형식임을 확인해 두면 XML to JSON 같은 변환 도구에 넘겼을 때 원인을 추적하기 어려운 오류로 고생하지 않아도 됩니다.

XML 관련 용어집

요소(Element)
시작 태그와 종료 태그(<item>...</item>) 또는 스스로 닫히는 자기 종료 태그(<item />)로 구성되는 XML 문서의 기본 단위입니다. 요소는 서로 중첩될 수 있으며, 문서 전체는 하나의 루트 요소 아래 트리 구조를 이룹니다.
속성(Attribute)
시작 태그 안에 name="value" 형식으로 적는 부가 정보입니다. 어떤 데이터를 자식 요소로 표현할지 속성으로 표현할지는 설계상의 선택이며, XML Schema 설계 지침에서도 이 절충점을 자세히 다룹니다.
정형식(Well-formed)
모든 태그가 올바르게 열리고 닫히며 중첩 관계가 무너지지 않은 상태를 가리키는 XML 사양의 필수 조건입니다. 이 도구의 검증 기능은 바로 이 속성을 판정합니다. 스키마 준수 여부를 뜻하는 "유효(Valid)"와는 별개의 개념입니다.
네임스페이스(Namespace)
xmlns:soap="..."처럼 선언하고 <soap:Envelope>와 같은 접두사가 붙은 태그 이름으로 사용하는 체계입니다. 서로 다른 어휘 체계의 XML을 하나의 문서 안에서 이름 충돌 없이 공존시킬 수 있게 하며, SOAP 메시지에서 널리 쓰입니다.
CDATA 섹션
<![CDATA[ ... ]]>로 감싼 범위를 XML 파서가 태그로 해석하지 않도록 하는 장치입니다. 꺾쇠괄호가 포함된 HTML 조각이나 소스 코드를 문자 하나하나 이스케이프하지 않고 그대로 넣고 싶을 때 사용합니다.
처리 명령(Processing Instruction)
<?와 ?>로 감싸는 지시문으로, 문서 맨 앞에 오는 XML 선언 <?xml version="1.0"?>이 대표적인 예입니다. 파서나 이를 사용하는 애플리케이션에 전달할 지시 사항을 담는 데 쓰입니다.
DTD(문서 형식 정의)
XML 문서가 어떤 요소와 속성을 가질 수 있는지 정의하는 방법 중 하나로, <!DOCTYPE ...>로 선언합니다. 더 강력한 대안인 XML Schema(XSD)도 오늘날 널리 사용되고 있습니다.

자주 묻는 질문

모든 시작 태그에 대응하는 종료 태그가 존재하고, 태그의 중첩 관계가 겹치지 않고 올바르게 닫혀 있는 상태를 말합니다. 정형식 여부는 XML 사양의 필수 조건으로, 이를 충족하지 못하면 파서가 오류를 반환하고 로드를 거부합니다. 스키마(DTD/XML Schema) 준수 여부를 가리키는 "유효(valid)"와는 별개의 개념입니다.

신규 웹 API라면 대부분 JSON이 더 가볍고 다루기 쉽습니다. 다만 SOAP 연동, RSS/Atom 피드, SVG, 기존 기업 시스템 등 XML이 표준으로 자리 잡은 영역에서는 여전히 XML이 필요합니다. 실무에서는 연동할 생태계에 맞춰 선택하면 됩니다.

파서가 이를 태그의 일부로 잘못 인식하여 정형식 오류의 원인이 됩니다. 속성값이나 텍스트 노드 안에서 사용할 때는 &lt;, &amp;처럼 엔티티 참조로 이스케이프해야 합니다.

아니요, 사라지지 않습니다. 이 도구의 압축 기능은 태그 사이의 공백과 줄바꿈만 제거하며, 주석이나 CDATA 섹션의 내용은 그대로 유지합니다. 주석까지 완전히 삭제하고 싶다면 직접 제거해야 합니다.

네, 가능합니다. <ns:tag>와 같이 네임스페이스 접두사가 붙은 태그 이름도 접두사를 포함해 정확히 일치시켜 태그 대응 관계를 확인하므로, 네임스페이스를 많이 사용하는 SOAP 메시지 등의 XML도 올바르게 검증·정렬할 수 있습니다.
툴군

여담 ― SGML의 자손으로 태어난 XML

XML(Extensible Markup Language)은 1998년 W3C 권고안으로 채택되었으며, 그 뿌리는 1980년대에 제정된 방대한 문서 기술 표준인 SGML(Standard Generalized Markup Language)로 거슬러 올라갑니다. XML은 이 SGML을 단순화한 하위 집합으로 설계되었습니다. HTML 역시 SGML의 응용 사례 중 하나로, XML과 HTML은 같은 SGML 계열의 형제 관계라 할 수 있습니다.

2000년대 초반, XML은 SOAP를 필두로 웹 API와 기업 간 데이터 연계(EDI)의 표준 형식으로 빠르게 확산되었습니다. 속성·네임스페이스를 지원하고 XML Schema를 통해 엄격한 타입 정의가 가능하다는 점이 당시 기업용 시스템에서 중요하게 평가되었기 때문입니다.

2010년대 들어 JSON에 주도권을 넘겨주었지만, XML이 완전히 사라진 것은 아닙니다. RSS/Atom 피드, SVG 이미지, Office 문서(docx/xlsx의 내부 형식), 안드로이드 레이아웃 파일 등 구조화된 문서로서의 표현력이 요구되는 영역에서는 지금도 XML이 표준으로 사용되고 있습니다.

이 도구는 JSON 포맷터·SQL 포맷터에 이은 세 번째 포맷터로, Toolbase의 개발자용 데이터 정렬 도구군을 JSON·SQL·XML이라는 3대 주요 형식으로 갖추는 위치에 있는 구현입니다.