유부중년 개발자의 우울

원문: http://www.ibm.com/developerworks/library/x-extensxml.html 번역: http://www.ibm.com/developerworks/kr/library/x-extensxml.html 요약하면 "xml schema도 모듈화 합시다~~" 정도? 개인적으로는 xml schema에 대해서는 좀 비판적이다. 개발자들이 재귀를 좋아한다지마는... 그리고 그게 논리적일지라도... 글쎄... xml(xml문서 인스턴스)을 기술하기 위한 xml(xml schema 인스턴스)을 기술하기 위한 xml(xml schema를 위한 xml schema)이라니... 뭥미! 내가 제대로 된 개발자가 못되서 그런가? 난 그냥 DTD가 좋더라고...-.-; 덧: 번역할 때 제일 까다로운 ..

한국 developerWorks에 기고한 번역문 원문: Use XQuery from a Java environment 번역: 자바 환경에서 XQuery 사용하기 XQuery를 처음 본게 2003년 무렵이었으니... 벌써 5년째... 작년에 W3C에 1.0 스펙이 올라왔고... 이제서야 큰 고생없이 써 볼 수 있게 됐다. 이 글에서는 설명의 편의상 XML 데이터베이스보다는 로컬 XML 파일을 대상으로 설명하고 있지만, 실제 XQuery의 유용함은 거대한 XML 노드들의 집합체, 즉 XML 데이터베이스를 대상으로 할 때 더욱 돋보인다. 튜토리얼 하나로 모든 것을 익힐 순 없겠지만, 이런 것도 있다는 맛보기로는 충분하다. 글에서는 상용 제품인 DataDirect XQuery를 사용했지만, 개인적으로는 SAXO..

한국 developerWorks에 기고한 번역문 원문: Use XStream to serialize Java objects into XML 번역: XStream으로 자바 객체를 XML로 직렬화하기 오랜만에 자바 기사 번역이다.-.-; 요즘은 완전 AJAX 전담 번역자가 된 듯... 직렬화(serialization)라고 하니까 거창해 보이지만, 정말 단순하면서도 유용한 라이브러리다. 다만, 너무 늦게 나왔다는 것이 문제라면 문제일까... XML이 자리를 잡기 시작할 무렵, 지저분한 SAX와 메모리 귀신 DOM 사이에서 갈등하던 시절에는 apache의 commons-digester가 나름대로 유용함을 인정받았지만, 지금은 어떨까? 왠만해서 XML를 직접 파싱할 필요도 없고, 필요하다고 해도 DOM의 메모리 ..

거의 한 달동안 정체 불명의 스펙들 속에서 허우적 거리고 있다. DOM과 SAX로 모든걸 해결하던 배고픈 시절은 갔다고 굳게 믿었다. 넘쳐나는 스펙들을 보며 만세를 불렀다. 그리고, 그 스펙들의 공수표에 좌절하고 있다. 한달 동안 뒤적거린 XML 관련 스펙들을 나열해보자: DOM:굳이 설명이 필요없을 듯. SAX:상동 XSLT:상동 XPATH: 1.0 스펙까진 어느 정도 알고 있었다. 2.0은 그야말로.. 경천동지~ 상전벽해~ 말로만 하는거면 뭘 못하냐고-.-. ?XQuery:궁극의 해결책이라고 믿었다. 천만의 말씀 만만의 콩떡이더라. ?XUpdate:처음 봤을땐 이건 어디서 굴러먹던 개뼈다귀냐라고 생각했었지만... 정말 개뼈다귀다. -.-; ?XmlDb (XAPI): 정말 개뼈다귀다. -.-;; ?XQ..