올초에 한글만 지원하던 프로젝트를 다국어 버전으로 만들기 위해 몇가지 작업을 하였는데, 그중에서 제일 까다롭지만, 쉽게할 수 있었던 것이 DB에서의 처리이다. 사실 이 부분들을 위하여 이미 MS SQL은 데이터 타입이 정의되어 있다. 
단지 필드만 재 정의해서 사용하면 되는데, 아래 표의 내용을 참조해서 사용하면 된다.
아래의 내용은 MSDN에 정리되어 있는 내용들이다.
(http://msdn.microsoft.com/ko-kr/library/ms175180(SQL.90).aspx)


자세한 내용을 위의 내용들을 참고해서 찾아보면 도움이 될것이다.

드디어, 어제 신청했던 책이 오늘 도착하였다. 사실 회사에서 어제 원서를 빌려서 잠시 읽었는데, 원서는 쉬운 영어로 정확한 표현들, 쉬운 표현들을 사용하여여 읽기에 큰 무리가 없을 것 같다.

요즘 회사에서 내가 하고 있는 프로젝트는 OSGi와 Spring DM을 이용하여 Framework를 만드는 것이다. 하지만, 사람들이 바라보는 것은 Common 모듈을 만든다고만 생각을 한다. 그리고, 지원 할 수 없는 기능은 구현이 불가능하다고 단정하는 사람들도 가끔 보인다.

사실 보이지 않는 것은, 사람들은 느끼지도 믿으려하지 않는다. 그래서 가끔은 닥쳐야 일을 하기도 한다. 어떠 어떠한 프레임워크가 좋다라고 하지만, 실제로 사용하지 않으면, 그 두꺼운 레퍼런스는 그 효용성이 떨어질거다. 이는 개발자에게는 무용지물이라는 생각을 들게 만들지도 모른다.

오늘 도착한 책의 역자 서문을 읽다보니 이러한 글이 있어서, 잠시 내가 하고 있는 일과 프로젝트를 되돌아 보았다.

코코아 프레임워크 전체를 책에서 하나 하나 설명한다면 그 책은 단순히 프레임워크 레퍼런스가 되고 말것입니다.

단순하지만, 저자가 책을 쓴 목적이 명확히 들어나 있다. 그리고 책은 예제와 많은 그림들이 들어 있다. 원서에는 믿고 따라오라는 저자의 강력한 메시지가 있었는데, 기억은 나지 않는다. 암튼 새로 오늘 받은 책이 마음에 든다.

같이 공부하는 다른 사람들과 조만간 Workshop도 한번 계획해 보아야 겠다.

어제는 세계 불꽃 축제에 먼 발치에서 참가를 하였다.
사실은 한가의 많은 인파를 피해서 남산으로 불꽃 놀이 구경을 하였는데, 노력에 비해서는 얻는 성과가 없는, 들인 시간에 비해서 불꽃이 너무 처라하게 보였다.

일단 남산에 올라가려는 사람들이 그렇게 많을 줄이야.  인터넷으로 검색하니 남산에서 불꽃구경이 가능하다고 해서 한강대신 남산을 택했는데, 나와 같이 평범한 생각을 한 사람들이 그렇게 많다는 사실이 놀라왔다.

이미 주차장은 만원이어서, 길가에 주차할 수 밖에 없었다. 그리고 길게 늘어선 케이블카를 한시간 가량 기다려서 탔다. 아이가 없었다면, 걸어서 올라갈텐테..
남산타워로 올라가서는 어느쪽이 한강쪽인지 일단 알수가 없었다. 그냥 타워 주위를 돌면서 방향을 찾았는데, 뒤편 카페쪽에서 불꼭이 올라오는 것을 볼수가 있었다.

하지만, 실망 스럽게도 너무나도 작게 보이고, 그 카페의 난간쪽에 연인들이 걸어놓은 무수히 많은 자물쇠로 인하여 불꽃이 가려서, 흥미와 기대는 무참히도 반감이 되고 말았다.
아마 남산의 다른 곳에서 바라 볼수 있다면, 좀더 다른 감흥을 얻을수 있을지도 모르겠지만, 그 시간에 어디서 그런 장소를 찾는단 말인가?

아마도 내년에 기회가 되더라도 남산의 같은 장소로는 또다시 가고 싶지 않다. 그렇다고 사람들이 많은 장소로는 아이가 있어서, 가기는 어렵다. 그래로 그 큰 불꽂을 마음속에 새겨 놓으려면 한번 시도 해 볼만 할 것 같다.

아래 사진은 너무 아쉬워서 중안일보에서 가져왔다. 일단 이 사진으로 아쉬운 마음을 달래보려고 한다. (http://article.joins.com/article/photo/article.asp?total_id=3323440)

Spring DM 1.1.2 버전이 Released 되었다. 1.1.1 정식 버전이 나오고서 2달만에 1.1.2버전이 나왔는데, 그 빠름에 놀라움을 금치 못한다.

사실 내가 이 이야기를 하는 것은 내가 회사에서 미국의 연구소의 개발자와 같이 Spring DM을 이용한 OSGi 관련된 일을 하고 있기 때문이다. 이는 개발적인 측면에서는 많은 부분을 정리해야하는 새로운 분야이고 또한 안정성이나 상품화 측면에서 많은 우려스러움을 블러올 수 있기 때문에, 한참 진행하고 있는 프로젝트에 새로운 버전의 Library를 집어 넣거나 변경하는 것은 신중에 신증을 기해야 한다. 왜냐하면 Spring DM 1.1.0과 1.1.2는 여러 부분에서 개선이 되고, 변경이 일어나고 있기 때문이다.

최근에 미국의 같이 일하는 미국인 개발가 1.1.2 M1으로 라이브러리들을 변경한 적이 있는데, 기존 코드의 수정이 일어나는 중대한 일을, 그는 아무런 이야기가 없이 변경해 버렸다. 내가 이를 보고 그에게 원인이 뭐길래 변경했냐고 물었더니, 새로이 Spring DM에 추가된 기능이 필요했다는 것이었다. 그래도 개발하는 중간에 갑자기 M1정도 되는 버전으로 바꾸면 어떻하냐?, 개발 기간이 이제 2달 여 밖에 남지 않았는데, 그는 11월 말에 1.1.2 버전이 릴리즈 될거라고 이야기 했다.

아무튼 그때, 갑자기 라이브러리 변경을 하지 말라는 주의를 주었는데, 그가 예상했었던 11월보다 1달이상은 빠르게 릴리즈 되어서 정말 놀랐다.
이는 아마도 Spring dm server의 영향일 것이다. 예전에는 Application Platform이라는 이름으로 공개되었는데, 최근에 보니 Spring dm server라는 이름으로 발표되었다. SpringSource dm Server 1.0.0 이 최근에 공개된 버전이다. 이의 개발로 인하여 빠른 버전 Change가 일어나고 있는 것 같다.

아래는 1.1.2에서 변경 수정된 내용들이다. ( Change Log참조)
Changes in version 1.1.2 (2008-10-03)
-------------------------------------

General
* improved sample wars packaging
* various minor documentation improvements

Package org.springframework.osgi.context
* added reporting of Errors raised during delegated refresh in AbstractDelegatedExecutionApplicationContext

Package org.springframework.osgi.extender
* fixed bug related to enabling Spring-DM annotation depedency processing
* improved annotation injection processing
* improved extender configuration thread-safety
* fixed potential race condition in asynchronous waiting for service dependencies

Package org.springframework.osgi.io
* improved existence check for bundle resources
* improved jar space pattern matching when the root is not specified
* fixed classpath pattern matching on certain resources when the default Bundle-ClassPath entry (.) is not specified
* improved file resolving under Equinox

Package org.springframework.osgi.service
* changed the proxying classloader strategy to address package dependency visibility
* fixed usage of incorrect class loader for imported services with client thread context class loader management
* fixed intermittent deadlock that appeared in some cases betweem importers and exporters during shutdown
* refined single service proxies so that any waiting activity is interrupted on destruction
* improved single service proxies to allow settings update at runtime

Package org.springframework.osgi.web
* improved web extender configuration thread-safety
* improved web extender initialization by using an asynch model for cases with out-of-order dependencies