이번 주는 여는 때와 달리 인터넷을 통해서, 몇가지 이슈들을 일으킬 만한 것들이 소개되었다. 특히 Google에서 몇가지 눈여겨 볼만한 것들을 내 놓았는데, 여기도 우리과 같이 한해를 마무리 하기 전에 프로젝트들을 정리하나 보다. (지금 내가 진행하는 프로젝트도 1.0 버전을 다음주까지 마무리 할 계획이다. 많은 우여곡절 끝에 여기까지 왔다. 그러나 높은 점수를 줄 수 없다. 개인저으로 많은 부분이 만족 스럽지 않기 때문이다.)

구글이 이번주에 발표한 내용중에, 특이 사항으로는 "Native Client"라는 것을 발표 하였는데,웹 브라우져를 통해서, OS가 가지고 있는 리소스를 최대한 사용할 수 있도록 도와줄 수 있고, 브라우져 상에서 애플리케이션을 빠르게 실행시키고, 이는 마치 데스크탑 Application 처럼 사용할 수 있다고 한다.

이미 Google의 도구들을 아는 사람은 유사한 것으로 Google Gears를 생각할 것이고 Googl 크롬을 떠 올릴 것이다. 그리고, RIA 관련 기술로는 MS의 Silverlight와 Adobe의 Flash 그리고 또 아직까지는 많은 사람들의 관심을 끌지는 못하고 있는 Sun의 Java FX가 있다.

이들의 유사점은 모두 Web 브라우져를 지원하지만, 웹 브라우져를 벋어 나려고 한다는 것이다. 내가 이전에 작성했던 글들에도 여러차레 언급 하였지만, 현재의 PC시장 보다는 Mobile 시장이 훨씬 크고, 앞으로의 성장가능성도 휠씬 높다.

위에서 언급하였던, RIA 관련 솔루션을 제공하는 MS, Adobe, Sun과 Google의 "Native Client"는 기술적인 관점에서 유사성이 많다. 왜냐하면, MS의 IE 브라워져의 관점에서 보면 Active X 기술을 사용할 수 밖에 없기 때문이다. 좀더 쉽게 설명하면 IE와 같은 웹 브라우져에서 동작할 수 있는 Application Container를 개발자와 개발업체에 제공하고, 이들이 만든 Software를 이 Application Container에서 동작시키는 것이다. 웹 브라우져에 Software를 구동시킬 수 있는 Layer를 두는 것인데, 이는 Adobe의 Flash Player를 생각하면 쉽게 이해가 될 것이다. RIA Application을 개발하고 이를 Adobe의 Flash Player(Application Container)를 통해 동작시키는 것이다. 이는 기술적으로는 다른지 모르겠지만, Layered Design 관점에서 보면, MS의 실버라이트, Adobe의 Flash, 그리고 Sun의 Java FX가 동일하다. 이렇게 한다면, 브러우져의 종속성을 크게 줄일 수 있는데, 만약 웹 브라우져의 스펙에 이러한 부분들이 반영되어 있고 표준화 되어 있다면, 이들 회사가 이러한 Container를 제공할 필요도 없었을 것이다. 

"Native Client"에 대해서 눈여겨 보아야 하는 이유는 어제는 Google의 크롬 브라우져가 정시으로 Release되었다. Google Gears도 그렇지만, 인터넷 또는 netwrok이 되지 않는 환경에서도 Application을 실행하고 사용자가 원하는 작업을 할 수 있도록, Google은 관련 기술들을 만들어 내고 있다. 이러한 연장 선상에서 기술의 흐름을 이해하는 것이 중요하다.

"Native Client"는 지난 3일 전에 발표되었지만, 아직 자세히 살펴 보지는 못하였다. 이번 주말에 짬짬히 살펴볼 예정인데, 아래 몇가지 링크와 동영상이 있다. 이해 하는데 도움이 될 거라 생각한다.

1. ZdNet에 소개된 기사      2. Google Native Client    3. Google's Reserch Paper

인터넷에서 크롭의 정식이 임박했다는 소문이 흘러다니더니, 결국 어제 1.0 버전이 Release 되었다. 

나는 몇가지 브라우져를 동시에 사용하지만, 사실 Chrome을 기본 브라우져로 사용하지 않는다. 이유는 정식 버전도 아니고, 단순하고 빠르지만, 여러면에서 불편했었기 때문이다. 이번에 발표된 1.0은 이러한 부분들이 당연히 개선되었을 것이라고 생각한다.

새로운 버전을 받아서 설치하려면, 아래의 Google  Chrome 사이트에서 다운 받아 사용하면 된다.

   - Google 크롬: http://www.google.com/chrome/

아래는 내가 사용 하였던 0.4.154.29 버전의 Google 크롬의 정보 창이다.
어제 회사의 크롬을 설치하였고, 오늘은 집에 있는 PC의 크롬을 설치 하였다. 하단에 "새 버전 설치 중..." 이라는 Text가 보인다. (새로운 버전으로 Upgrade 하는 있다.)


새로운 버전의 설치가 마무리 되면, 아래와 같이 브라우져를 새로 시작하라는 메시지가 나타난다. 새로 크롬을 시작 시켜야 한다.



새로 설치한 크롬의 버전이 0.4.154.29에서 1.0.154.36으로 변경 되었다.
그런데 신기한 것은 중간의 "154"가 같다는 것이다. 시실은 0.4.154.36 버전이 아닐까 쉽다.


구글의 한글 블러그에

지난 번에는 hsqldb를 명령행에서 실행 시키는 것에 대해서 알아 보았다.
예제는 지난 번과 마찮가지로 Step-by-Step 에 있는 내용을 이용할 것이다. 왜냐하면, 개인적으로는 Spring Framework를 처음 시작하고나 Spring MVC에 대해서 알아가는 개발자에게 가장 추천할 만한 예제이다. 물론 이것이 Spring MVC의 전부를 말해주지는 않는다. 최근에 발표된 Spring Framework 3.0.0.M1 버전에선 Anotation과 REST를 지원할 수 있도록 많은 부분이 새로 추가되고 되었기 때문이다. 그러나 그 기본은 결코 변하지 않을 것이다.

Ant를 사용해본 사람들은 Ant의 기본 Build에 이용되는 파일이 Build.xml 파일이라는 것을 익히 잘알고 있을 것이다. Ant가 Build.xml File을 실행할 때, 중복된 상수 값들은 Text파일에 저정하여 사용하는데, 여기서는 "build.properties"라는 파일을 이용하여, 정의하고 이를 "Build.xml"에서 읽어 올 것이다.

아래는 "build.properties"파일에 저장된 내용이다. Database에 접속하기 위한 기본 정보들이 정의되어 있다. 여기서 정의된 내용들을 Ant의 빌드 파일에서 읽어들여 사용할 것이다.
hsqldb의 Driver와 필요한 항복들은 아래와 같고, passwork는 여기서는 사용하지 않는다.


아래는 위에서 정의한 "build.properties"파일의 내용을 Ant의 Build.xml 파일에서 읽어오기 위해서 아래와 같이 정의한다. 공용으로 사용할 항목들은 별도로 정의하는 것이 관리하기 편리한다. 그 아래는 Build를 위한 기본 Class path를 정의하여야 한다. 여기서는 "hsqldb.jar"가 "/WEB-INF/lib" 아래 이미 복사되어져 있다. (지난 번에 이를 설명하였다.)

위에서 Data Source를 정의하고 이를 읽는 것에 대해서 설명하였다.
아래에서는 정위한 Data Source의 내용을 이용하여 Table을 생성하는 스크립트를 실행하도록 "Build.xml"에 정의한 것이다. 여기서는 "src="db/create_products.sql" 파일을 읽고, 이 파일에 정의되어 있는 스크립트를 실행하는 Task이다.
그리고 그 아래는 생성된 Table을 삭제하는 스크립트를 실행하는 Task를 정의한 것이다.
(직접 SQL 문을 호출하여 Table을 DB에서 Drop시켰다.)

아래는 위에서 정의한 "src="db/create_products.sql" 파일에 정의된 Table 생성 구문이다.
(참고로 "db/"는 디렉토리를 의미한다. Eclipse의 Project의 임의의 디렉토리 아래 db를 관리하기 위해 만들어 놓은 디렉토리이다.)
SQL문을 사용해본 경험이 있다면, 이해하는데, 크게 어렵지 않을 거하 생각된다.

아래는 "db/load_data.sql"파일에 정의해야할 구문인데, 생성된 DB Table(Products Table) 에 생성한 테스트 데이터 들이다.

아래는 위에 정의한 "load_data.sql"파일을 이용하여 Test데이터를 생성하기 위한 "Build.xml" 파일에 정의된 Task이다. src="db/load_data.sql" 이라고 정의된 것이 보일 것이다.


다음에는 이렇게 정의되어 있는 Ant의 "Build.xml" 파일을 이용하여 Eclipse에서 실행하고, 생성된 Test 데이터를 읽는 방법에 대해서 설명하려고 한다.

Eclipse와 Spring Framework를 이용하여 웹 개발을 한다면,가장 사용하기 쉬운 Database는 아마도 hsql이지 않을까 쉽다. 그 이유는 아무래도, Spring Framework에 포함 되어 있는 hsql.jar 라이브러리이 때문이다.

기본 적인 사용 법에 대해서는 Springframework에서 제공하는 Step-by-Step 예제에 잘 나와 있는데, 이를 기준으로 해서 설명하겠다.
먼저, Eclipse에서 설정해서 사용하기 위해서는, Build Path를 라이브러리(hsqldb.jar)를 등록 시켜 주어야 한다. Spring Framework 2.5버전을 다운 받아서, PC에 설치하였다면, "/lib" 디렉토리 아래 "hsqldb" 디렉토리 아래에 있는 "hsqldb.jar" 파일을 자신의 Eclipse의 Build Path 또는 라이브러리 디렉토리로 옮겨 주면 된다.

아래는 내가 사용하는 Eclipse의 환경이다. 참고하기 바란다. Library 디렉토리는 "war/WEB_INF/lib" 가 있고, 그 아래에 hsqldb.jar 파일이 있다.


이의 사용은 우리는 실제 운영 서버보다는 개발을 위한 용도로 쓰기가 용이한데, 이를 위해서 서버를 구동하는 방법을 알아보자.

아래와 같이 bat파일을 만들거나, DOS의 명령행에서 실행을 시켜 주면 된다.
(물론 JAVA_HOME은 정의 되어 있어야 한다.)


그러면 아래와 같이 실행되는 로그들이 창위에 나타날 것이다.


위에서는 도스 상에서 서버를 실행하는 것을 보여 주었는데, 이는 Eclipse의 Class Path에 
hsqldb.ja를 포함시키는 것과는 상관이 없다.
 
그러므로, 다음 번에는