XML Exodus...

거의 한 달동안 정체 불명의 스펙들 속에서 허우적 거리고 있다.

DOM과 SAX로 모든걸 해결하던 배고픈 시절은 갔다고 굳게 믿었다. 넘쳐나는 스펙들을 보며 만세를 불렀다. 그리고, 그 스펙들의 공수표에 좌절하고 있다.

한달 동안 뒤적거린 XML 관련 스펙들을 나열해보자:

• DOM:굳이 설명이 필요없을 듯.
• SAX:상동
• XSLT:상동
• XPATH: 1.0 스펙까진 어느 정도 알고 있었다. 2.0은 그야말로.. 경천동지~ 상전벽해~ 말로만 하는거면 뭘 못하냐고-.-.
• ?XQuery:궁극의 해결책이라고 믿었다. 천만의 말씀 만만의 콩떡이더라.
• ?XUpdate:처음 봤을땐 이건 어디서 굴러먹던 개뼈다귀냐라고 생각했었지만... 정말 개뼈다귀다. -.-;
• ?XmlDb (XAPI): 정말 개뼈다귀다. -.-;;
• ?XQueryUpdateFacility:궁국의 해결책일까? 공수표좀 그만 뿌려라! -.-;;;
• ?StAX:자바스러운 SAX?
• ?TrAX:자바스러운 XSLT?
• 외 다수...
  
  

이 스펙들을 따라 뒤적거리고 설치하고, 돌려보고, 삽질도 해보고, 삭제한 녀석들을 나열해보자:

• Xindics:그렇다. 마데인아파체다. 그것만 믿고 깔았다. 앞으로의 여정이 만만치 않을 것임을 깨달았다.
• eXist:구세주인가? 천만의 말씀 만만의 콩떡. 앞으로 여정은 더욱 험난할 지어다.
• ?BerkerleyDbXml:오! 오라클! 개뿔...
• Saxon:일단 피해가자...라고 생각했으나.. 그 마저도 쉽지 않은...
• 외 다수...
  
  

그리고, 먼 길을 돌아... 다시 DOM, SAX로 갈 수는 없어서... ?StAX와 ?TrAX로 돌아왔지만... 이 길도 그리 순탄해 보이지는 않는다.

내가 하고 싶은건..

1. 크기가 가변적이고(수십킬로에서 수메가정도?),
2. 일회성의(한번 처리한 파일들을 다시 처리할 일은 가물에 콩나듯?)
3. XML 파일들을
4. 자바로
5. 서버사이드에서
6. 읽고,
7. 고치고,
8. 저장하는

것이다.

말하자면, File-based(Disk-based) DOM 같은 거다.

eXist류의 ?XmlDb들이 거의 모든 요구사항을 만족하지만.. 한가지... (2) 일회성에서 태클을 건다. 즉, ?XmlDb로 import하고 export하는 비용이 너무 비싸다. 그냥 DOM과 SAX로 처리하는게 훨씬 싸게 먹힌다.

뱀꼬리#1 혹시 이 블로그를 보시는 분 중에서~ 어렴풋한 해결책을 제시해 주시는 분께는 맛난 커피!!!를 대접하겠다.

뱀꼬리#2 명쾌한 해결책을 제시해 주시는 분께는 맛난 밥!!!을 대접하겠다.