Summary

  • W3C는 2001년 6월 27일 XLink 1.0을 권고안으로 발표했다. 단순 링크는 익숙한 바깥 방향의 링크와 닮았고, 확장 링크는 여러 자원을 모은 뒤 arc로 이동 방향을 적을 수 있었다.
  • 확장 링크는 연결되는 문서 밖에 저장할 수 있었다. 들어오는 링크나 두 원격 자원을 잇는 링크의 모음은 linkbase였다. 프로그램이 그 파일을 발견하고 처리해야 독자가 경로를 사용할 수 있었다.

일반적인 웹 링크는 출발점에 간판을 건다. 페이지 속 글자를 누르면 다른 페이지로 간다. 이제 서로 다른 기관이 보관하는 XML 문서 세 개를 생각해 보자. 네 번째 편집자가 세 문서를 엮고, 어느 곳에서 어디로 갈 수 있는지 정하고 싶다. 원본 파일을 모두 고칠 권한은 없다. 관계만 별도 파일에 적어 두면 될 것 같다. 하지만 원본을 연 사람에게 그 파일의 존재를 누가 알려 줄까? 링크를 옮기는 일에는 이삿짐보다 주소 안내가 더 큰 문제다.

W3C의 2001년 6월 27일 XLink 1.0 권고안은 XML 요소의 속성으로 링크를 기술했다. 단순 링크는 HTML 앵커처럼 로컬 출발 자원에서 URI로 지정한 목적지로 향한다. 확장 링크에는 더 많은 자원이 참여할 수 있다. locator 요소가 참조로 원격 자원을 가리키고, 로컬 자원 요소가 값으로 참여한다. arc 요소는 어느 참여자에서 어느 참여자로 이동할지를 적는다. 한 방향 화살표가 여러 선을 꽂는 교환대로 바뀐 셈이다.

방향에도 이름이 있었다. 바깥쪽 호는 로컬에서 원격으로 간다. 들어오는 호는 원격에서 로컬로 도착한다. 제삼자 호는 원격 자원 두 개를 연결한다. 여기서 ‘원격’은 서버까지의 거리가 아니다. URI 참조로 지정되었다면 같은 XML 문서 안의 일부라도 원격 자원으로 분류한다. 중요한 것은 파일의 위치보다 링크가 참가자를 부르는 방식이다.

이 구조를 쓰면 원본에 손대지 않고도 문서 주변에 관계를 만들 수 있다. W3C의 당일 발표는 한 링크에 여러 자원을 담는 능력과, 연결 대상과 떨어진 곳에 링크 모음을 보관하는 능력을 강조했다. 추가 설명도 원본 수정 없이 자원과 연결할 수 있다고 했다. 문서의 잠금장치는 그대로 두고, 밖에서 관계표를 꾸미는 방식이었다.

대신 발견의 일이 생겼다. 일반적인 바깥쪽 링크는 출발 문서 안에 있으므로 그 문서를 읽으면 만나기 쉽다. 들어오는 링크나 두 원격 자원을 잇는 링크는 다른 파일에 있을 수 있다. XLink는 이런 링크를 모은 문서를 linkbase라고 불렀다. 권고안은 이러한 링크를 이용하려면 출발 자원과 링크 자체를 모두 찾아야 한다고 설명했다. 문서는 자신도 모르는 외부 관계표를 저절로 보여 줄 수 없다.

XLink는 관계표의 위치를 알리는 전용 신호도 마련했다. arcrole 값이 http://www.w3.org/1999/xlink/properties/linkbase인 호를 만나면 프로그램은 XML 링크베이스를 불러오고 확장 링크를 추출해 나중에 사용한다. 그 파일을 불러오는 일은 목적지 화면을 사용자에게 띄우는 일과 다르다. 그래서 이 호에서는 표시 방식인 show가 무시되고, actuate가 언제 불러올지를 가른다. 링크베이스가 다른 링크베이스를 가리킬 수도 있었다. 교환대 안내 책자에 다음 교환대 주소가 실린 것이다.

결국 누가 무엇을 하는지가 선명해진다. 자원 소유자는 문서를 내놓는다. 다른 저자는 그 주변의 관계와 방향을 낸다. 응용 프로그램은 두 출판물을 찾아 합친다. XLink는 연결을 기술하는 문법과 외부 링크베이스를 가리키는 방식을 주었다. 독자가 실제로 보게 되는 길은 소프트웨어가 그 별도 파일을 찾아 처리한 뒤에 열린다.