kjunine is online

맥북 개봉기

- kj - — Wed, 03 Mar 2010 00:01:58 +0900

맥북이 생겼습니다. 제가 산 건 아니지만 새 맥북을 당분간 제가 쓰게 되었습니다. 제 것이 아니라는 게 아쉽지만 기념으로 사진을 좀 찍어뒀습니다. ^-^

사진이 생각보다 어둡군요. ㅎ 마우스는 비싼 매직 마우스입니다. 처음에는 너무 불편했는데 익숙해지니까 이제 돈 값을 하는 것 같네요. 그래도 여전히 두 손가락으로 앞으로 가기 하는 것이 생각보다 힘들어요.

별첨으로 아이폰 박스 사진도 올립니다. (아이폰 사진도 올리고 싶지만 아이폰으로 아이폰을 못 찍자나요. ㅠ_ㅠ) 아이폰은 제꺼에요. 너무 잘 쓰고 있죠. ^^/

PubSubHubbub 테스트

- kj - — Tue, 23 Feb 2010 09:11:09 +0900

구글리더에서 pubsubhubbub을 전면 지원한다고 합니다. FeedBurner와 같은 구글 서비스를 사용하면 바로 써볼 수 있다고 하네요.

그래서 FeedBurner에서 Pingshot 서비스를 활성화시키고 구글 리더에서 바로 읽어오는지 테스트합니다.

내 블로그의 글을 피드버너에서 가져가는 시간이 걸리므로.. (이 시간을 줄이는 방법은 없을까요?) 아직은 피드에 이 글이 반영이 안 되어 있습니다.

5분 정도 기다리니 피드에 반영이 됩니다.

구글 리더에서도 바로 보이네요.

바로 보이기는 하였지만.. 아쉽게도.. 우연히 좋은 타이밍에 구글 리더에서 읽어갔기 때문이네요. 이곳에서 Google Reader (Role: sub) 부분이 done 이 되어야 동작할 것 같네요.

설정은 다 해뒀으니 구글이 빨리 작업을 해주기만을 기다릴 뿐 ^^;

애플의 공습

- kj - — Mon, 22 Feb 2010 14:43:50 +0900

MBC의 후+에서 방송된 "애플의 공습"이라는 방송 내용입니다. 아이폰 출시에 따른 변화에 대해서 다루고 있습니다.

저작권법에 무지해 그냥 유투브 링크만 겁니다. ㅎ_ㅎ 5개의 영상로 나뉘어져있지만 Playlist이기 때문에 Play All Videos 버튼을 눌러서 보시면 자동으로 다음 영상으로 넘어갑니다. 편하게 보실 수 있어요.

http://www.youtube.com/view_play_list?p=7AC62B029E6A202F

방송을 보고 나니 많은 생각들이 나네요. 내가 할 수 있는 것부터 찾아서 해봐야 할 것 같습니다.

나의 2010년 목표

- kj - — Tue, 16 Feb 2010 09:48:59 +0900

나의 2010년 목표

영어

OPIc: IM
TOEIC: 950↑

Project

kjunine's gallery
mobile apps: 5↑

몸무게: 80 kg (±2kg)

표준근육질 체형

여행

책 읽는 여행
해외 여행

Online

블로그: 1 post/week
SNS

목표 수행 방법

영어

shadow speaking, English diary
TOEIC vocabulary, TOEIC listening/writing books

Project

몸무게

운동: running / pushups / squats / situps / soccer

여행

어디로 갈까? 무슨 책을 읽을까?
가까운 동남아, 일본? 아니면 작정하고 유럽?

Online

스케쥴에 시간 안배
생각을 표현하자

메이븐(Maven) 시작하기 (3/3)

- kj - — Wed, 21 Oct 2009 23:04:14 +0900

이클립스에서 메이븐 프로젝트를 해보자.

개발을 하는데 이클립스와 같은 IDE를 사용할 수 없다면 생산성이 급격히 낮아질 것이다. 메이븐 프로젝트 역시 마찬가지다. 메이븐이 편리한 도구라서 쓰고 싶은데 IDE를 지원하지 않는다면 무용지물일 것이다. 하지만 메이븐은 좋은 도구답게 이클립스를 비롯한 다양한 IDE를 지원한다. 여기에서도 플러그인이 사용되는데, 조금 재밌는 것은 메이븐에도 이클립스 플러그인이 있고, 이클립스에도 메이븐 플러그인이 있다는 것이다. 두 가지의 차이는 프로젝트를 어디에서 시작을 하는 것이냐는 것이다. 메이븐 이클립스 플러그인은 메이븐에서 먼저 시작하고, 이클립스 메이븐 플러그인은 이클립스에서 먼저 시작한다. 두 가지 모두 사용 가능하지만 결국에는 이클립스의 메이븐 플러그인을 많이 사용하게 될 것이다. 명령어를 치는 것보다 IDE에서 클릭 몇번으로 프로젝트를 생성하고 관리하는 것이 편리하니까..

먼저 메이븐 이클립스 플러그인을 사용하여 보자.

1. 프로젝트를 생성한다.

지금은 이전에 만들어 놓았던 프로젝트를 그냥 쓰기로 하자. ^-^

2. mvn eclipse:eclipse

프로젝트 폴더에서 eclipse 플러그인의 eclipse 골을 실행하는 명령어를 실행한다.

mvn eclipse:eclipse

'BUILD SUCCESSFUL' 이 보이면서 완료되면 다음과 같은 이클립스 프로젝트 관련 파일들이 생긴다.

.project: 프로젝트 설정 파일
.classpath: 클래스패스 설정 파일
.settings: 기타 설정 파일들을 포함하는 폴더

3. Import Project

이클립스에서 Import Project.. 를 통해 프로젝트를 워크스페이스(Workspace) 내부로 가져온다.

'Existing Projects into Workspace'를 선택하고 메이븐 프로젝트가 있는 경로를 선택해주면 된다.

메이븐으로 이미 만든 프로젝트는 위와 같이 메이븐의 이클립스 플러그인으로 간편하게 이클립스 프로젝트로 만들면 된다.

이클립스에서 전부 다 하자.

이제는 처음부터 이클립스에서 메이븐 프로젝트를 만드는 방법을 알아보자. 그러기 위해서는 이클립스의 메이븐 플러그인을 이클립스에 설치해야 한다. 메이븐 플러그인으로는 M2Eclipse 나 Q4E 등이 있다. 둘 중에 아무거나 사용하면 될 것 같다. 나는 이전에 m2eclipse를 설치했는데 요즘엔 q4e가 더 좋다는 것 같기도.. @_@

이클립스의 Software Update에서 다음 사이트(Site)를 추가하고 설치하면 된다.

m2eclipse

http://m2eclipse.sonatype.org/update/

http://q4e.googlecode.com/svn/trunk/updatesite-iam/

메이븐 플러그인을 설치한 후에 다음을 진행하도록 하자.

1. 프로젝트를 생성한다.

이클립스에서 다음과 같이 프로젝트를 생성한다. 옵션은 필요에 따라 바꾸면 될 것이다.

다음과 같이 프로젝트가 생성된다.

자동으로 App.java 파일과 AppTest.java 파일이 생성되었고, JUnit 3.8.1과의 의존성에 따라 프로젝트 클래스패스도 만들어졌다.

자동으로 만들어진 App.java, AppTest.java 파일들은 가뿐하게 지워주자.

2. 자바 버전을 5로 올리자.

자바 1.4보다는 자바 5 이상의 버전이 좋다. 메이븐 프로젝트를 처음 생성하면 기본적으로 자바 1.4에 맞춰져 있기 때문에 바꿔주어야 한다.

이전에 했던 대로 POM 파일에서 maven-compiler-plugin 설정을 추가해주면 된다. 직접 파일을 수정할 수도 있겠지만 이클립스의 도움을 받아보자.

이클립스에서 pom.xml 파일을 열면 자동으로 Maven POM editor로 열린다. 에디터 하단에서 plugin 탭을 선택하자. Plugins 부분에서 Add.. 버튼을 클릭하고, Plugin Details 부분에서 다음 그림과 같이 내용을 채워준다.

그리고 Executions 위에 있는 Configuration 링크를 클릭하여 다음 그림과 같이 나머지 설정을 넣어준다.

플러그인을 설정하는 것은 각 플러그인마다 설정하는 항목이 다르므로 결국 수동으로 작성해야 하는 불편함이 있는 것 같다.

이번엔 Dependencies 탭으로 가보자. JUnit 3.8.1이 라이브러리로 등록되어 있는데 자바 5로 올렸으니 거기에 맞게 JUnit도 4.5로 올려주자.

Dependencies 부분에서 junit을 선택하고 Dependency Details 부분에서 버전을 4.5로 바꿔준다.

3. 다른 라이브러리를 더 추가하자.

여기서는 역시 Commons Lang 라이브러리를 사용해보자. POM 에디터의 dependencies 탭에서 직접 추가할 수도 있겠지만.. 조금 더 편하게 라이브러리를 검색해서 추가하는 방법도 있다.

프로젝트에서 마우스 오른쪽 클릭 후 나오는 메뉴에서 Maven > Add Dependency 를 선택한다.

다음처럼 나오는 창에서 라이브러리를 검색하고, 원하는 라이브러리가 보이면 선택한다. 원하는 버전을 골라서 선택할 수 있다.

다음과 같이 commons-lang 라이브러리가 추가된 것을 볼 수 있다.

필요한 라이브러리를 모두 추가했으면 개발을 시작하자.

4. 소스와 테스트 파일을 추가한다.

Sample.java

package net.kjunine.maven.eclipse;

import org.apache.commons.lang.StringUtils;

public class Sample {

	public static String reverse(String s) {
		return StringUtils.reverse(s);
	}

	public static void main(String[] args) {
		for (int i = 0; i < args.length; i++) {
			System.out.println(reverse(args[i]));
		}
	}

}

SampleTest.java

package net.kjunine.maven.eclipse;

import static org.junit.Assert.*;

import org.junit.Test;

public class SampleTest {

	@Test
	public void testReverse() {
		String actual = Sample.reverse("hello");
		String expected = "olleh";
		assertEquals(expected, actual);
	}

}

이전 예제에서 사용한 예제 그대로이다. 다른 예제를 만들기가 귀차나서.. ㅠ_ㅠ

에러가 생기면 POM 에디터에서 수정한 사항이 프로젝트에 반영이 제대로 안 된 것이니 프로젝트에서 마우스 오른쪽 클릭 후 나오는 메뉴에서 Maven > Update Dependencies 와 Update Project Configuration 을 실행하여 반영시키자.

5. 프로젝트를 테스트하고 빌드한다.

프로젝트에서 마우스 오른쪽 클릭 후 나오는 메뉴에서 Run As > Maven 으로 시작하는 많은 메뉴 아이템들을 볼 수 있다. 콘솔에서 직접 입력해서 실행하던 메이븐 명령어를 방금 언급한 메뉴를 선택하는 것으로 쉽게 실행할 수 있다.

빌드, 테스트 후 그리고 로컬 리포지토리에 설치하려면 아래 메뉴들 중에서 'Maven install' 메뉴를 선택한다.

콘솔 창에 'BUILD SUCCESSFUL' 이라고 메시지가 뜨면 성공한 것이다.

'Maven build...' 메뉴를 선택하면 다음과 같은 팝업창이 떠서 다른 플러그인의 골을 실행할 수 있다. 다음과 같이 exec:java 골을 실행하여 위에서 만든 프로그램을 실행하여 보자.

콘솔 창에 'BUILD SUCCESSFUL' 이라는 메시지와 함께 결과가 제대로 나오는 것을 볼 수 있을 것이다.

자바 프로젝트는 항상 메이븐과 함께 하자.

이제 메이븐의 기초를 배웠으니 자바 프로젝트를 만들 때는 항상 메이븐으로 시작하자. 이클립스 플러그인의 도움을 받으면 몇번의 클릭으로 거의 모든 것을 할 수 있으니 어려워하지 않아도 될 것 같다.

이것으로 첫 시리즈인 메이븐 시작하기 시리즈를 마친다. 자세하게 쓸려고 노력했지만 의미가 충분히 전달되지 않은 것도 많은 것 같다. 잘 이해가 안 가거나 잘 못된 부분은 댓글로 남겨주길 바라고, 더 자세히 알고싶으면 메이븐 홈페이지나 메이븐 책을 참고하길 바란다.

앞으로는 더 높은 수준의 포스트를 기대하며..

메이븐(Maven) 시작하기 (2/3)

- kj - — Fri, 09 Oct 2009 22:34:49 +0900

지난 번 포스트에서 메이븐으로 자바 프로젝트의 라이브러리를 관리하는 법을 살펴보았다. 이번 포스트에서 살짝 더 나아가서 메이븐의 꽃이라고 할 수 있는 플러그인에 대해서 알아보자.

메이븐 플러그인은 메이븐의 핵심이다.

일단 개념부터 짚고 넘어가자. 알아야하는 개념은 플러그인(Plugin)과 골(Goal)이다.

플러그인은 메이븐의 핵심 구성 요소이다. 다시 말하면 메이븐은 플러그인들의 집합이라고 할 수 있다. 참고로 메이븐 홈페이지의 플러그인 페이지에서 사용 가능한 플러그인들의 목록을 볼 수 있다. 그리고 플러그인은 관련있는 골들의 집합이다. 골은 메이븐에서 작업의 단위이라고 할 수 있다. 앤트(Ant)를 안다면 앤트의 태스크(task)와 유사한 것으로 생각해도 될 것이다. 메이븐 생명주기의 관점에서 보면 빌드 단계(Build Phase)에는 그 단계가 실행하는 골이 정해져있다. 예를 들면, compile 빌드 단계는 compiler 플러그인의 compile 골을 실행하고, package 빌드 단계는 jar 플러그인의 jar 골을 실행한다.

정리하면 메이븐에는 무수한 플러그인들이 있고, 각 플러그인들은 관련된 골들을 묶어 놓은 것이다. 그리고 각 골들은 메이븐 빌드 단계에서 수행되는 하나의 작업인 것이다. 더 자세한 설명은 역시 메이븐 홈페이지나 메이븐 책(Maven: The Definitive Guide)를 참고하자.

메이븐 플러그인을 사용해 보자.

사실 지난 번 포스트에서 이미 메이븐 플러그인을 사용해 보았다.

mvn archetype:generate -DgroupId=net.kjunine -DartifactId=sample -Dpackage=net.kjunine.sample -Dversion=1.0-SNAPSHOP

위 명령어를 기억하는가? 위 명령어에서 'archetype:generate'는 archetype 플러그인의 generate 골을 실행하라는 메이븐 명령어이다. 참고로 archetype 플러그인은 자바 프로젝트를 생성하는 것과 관련있는 골들의 모음이다. 이 플러그인에 대해 자세한 설명은 여기를 참고하자. 여기서 보여주고 싶은 것은 플러그인의 골을 실행하는 방법이다. mvn 명령어에 플러그인:골 형식의 옵션과 -D를 붙인 key=value 형식의 파라메터들을 덧붙여서 실행하면 된다.

그리고 지난 번 포스트에서 완성된 프로젝트를 실행하는 방법이 좀 까다로웠던 것을 기억하는가?

java -cp target/sample-1.0-SNAPSHOT.jar;"%HOME%/.m2/repository/commons-lang/commons-lang/2.4/commons-lang-2.4.jar" net.kjunine.sample.Sample hello kjunine

위와 같이 클래스패스를 복잡하게 설정하면서 실행했었는데 이것을 exec 플러그인을 사용하면 간단하게 실행시킬 수 있다. exec 플러그인의 상세한 설명은 여기를 참조하자.

mvn exec:java -Dexec.mainClass=net.kjunine.sample.Sample -Dexec.args="hello kjunine"

exec 플러그인이 POM 파일을 참조해 라이브러리와 프로젝트의 의존 관계를 파악해서 알아서 클래스패스를 설정해주므로 명령어가 매우 간단해졌다. 결과는 다음과 같이 나온다.

[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'exec'.
[INFO] ------------------------------------------------------------------------
[INFO] Building sample
[INFO] task-segment: [exec:java]
[INFO] ------------------------------------------------------------------------
[INFO] Preparing exec:java
[INFO] No goals needed for project - skipping
[INFO] [exec:java]
olleh
eninujk
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: < 1 second
[INFO] Finished at: Fri Oct 09 21:51:55 KST 2009
[INFO] Final Memory: 5M/9M
[INFO] ------------------------------------------------------------------------

플러그인을 실행하는 방법을 알아봤으니 이번에는 POM 파일에서 플러그인의 설정을 하는 방법을 알아보자.

메이븐으로 자바 프로젝트를 빌드할 때 compiler 플러그인의 설정을 바꿔주지 않으면 기본적으로 JDK 1.4 버전을 기준으로 컴파일한다. 그래서 지난 번 포스트에서는 JUnit 라이브러리의 버전이 3.8.2였던 것이다. 이번 기회에 JDK 버전과 JUnit 버전을 각각 1.5와 4.5로 올리고, @Test 어노테이션(Annotation)을 사용해 보자.

1. POM 파일(pom.xml)을 수정하자.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>net.kjunine</groupId>
  <artifactId>sample</artifactId>
  <packaging>jar</packaging>
  <version>2.0-SNAPSHOT</version>
  <name>sample</name>
  <url>http://maven.apache.org</url>
  <dependencies>
    <dependency>
      <groupId>commons-lang</groupId>
      <artifactId>commons-lang</artifactId>
      <version>2.4</version>
    </dependency>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.5</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <configuration>
          <source>1.5</source>
          <target>1.5</target>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

주목할 부분은 세 부분이다. 첫째, 프로젝트의 version 을 '2.0-SNAPSHOT'으로 올렸다. 둘째, junit 라이브러리의 버전을 4.5로 올렸다. 셋째, <build /> 부분에 그 안에 compiler 플러그인의 설정을 추가하였다. 여기서 플러그인을 설정하는 방법을 잘 봐두자. 다른 플러그인도 마찬가지 방법으로 설정할 수 있다. compiler 플러그인에 대한 상세한 설명은 여기를 참조하자.

2. SampleTest 클래스를 수정하자.

package net.kjunine.sample;

import static org.junit.Assert.*;

import org.junit.Test;

public class SampleTest {

	@Test
	public void testReverse() {
		String actual = Sample.reverse("hello");
		String expected = "olleh";
		assertEquals(expected, actual);
	}

}

JUnit 4.5의 @Test 어노테이션을 사용하도록 수정하였다.

mvn test 명령어를 실행하면 빌드와 테스트가 성공하는 것을 볼 수 있다. 그리고 mvn install 명령어를 실행하면 설치가 성공하는 것을 볼 수 있고, 로컬 리포지토리에 이전 버전인 1.0-SNAPSHOT 버전과 최신 버전인 2.0-SNAPSHOT 버전이 모두 설치되어 있는 것을 볼 수 있다.

메이븐 플러그인을 맛보다..

이 포스트에서 메이븐 플러그인을 살펴보았다. 그러나 여기서 살펴본 것은 거의 맛만 본 수준이다. 메이븐에는 무수한 플러그인이 있고, 또 직접 플러그인을 만들 수도 있다. 메이븐을 제대로 알려면 최대한 많은 프러그인들을 사용해보고 또, 직접 플러그인을 만들어 보는 것이 좋을 것이다.

포스트를 쓰다보니 길어져서 또 나누게 되었다. 다음 포스트에서는 메이븐과 이클립스의 연동을 주제로 '메이븐 시작하기' 시리즈를 마무리하고자 한다. 그럼 다음 포스트에서..

메이븐(Maven) 시작하기 (1/3)

- kj - — Fri, 09 Oct 2009 22:28:18 +0900

메이븐으로 자바 프로젝트를 관리해 보자.

이전부터 자바 프로젝트를 시작할 때 제일 먼저하는 것은 이클립스를 띄우고, 자바 프로젝트를 만들고 라이브러리들을 lib 폴더에 추가하는 것이었다. 그런데 비슷비슷한 라이브러리들을 똑같이 사용하는 자바 프로젝트를 여러 개 만들다보면 비슷한 노가다를 계속해야 했다. 그러다가 조금 더 발전한 것이 여러 프로젝트에서 공통으로 사용하는 라이브러리 프로젝트를 만들어서 참조하게 한 것이다. 조금 편해졌지만 그래도 각 프로젝트마다 클래스패스를 잡아주는 것은 고역이었다.

그러다 메이븐이라는 것을 알게 되었다. 메이븐에서 라이브러리 혹은 프로젝트 의존 관계(Dependency)를 설정하는 것은 매우 간단하다. 설정 파일에 그 의존 관계를 선언하기만 하면 된다. 이클립스와의 연동도 가능하다. 메이븐에서 이클립스 프로젝트를 만들 수도 있고, 이클립스에서 메이븐 플러그인을 설치하여 메이븐 프로젝트를 만들 수도 있다.

메이븐은 사실 의존 관계 관리 도구라기보다는 프로젝트 관리 도구이다. 메이븐은 빌드 생명주기(Build Lifecycle)에 따라 프로젝트 표준을 제공하고 의존 관계를 관리하고 플러그인이 제공하는 부가 기능을 사용할 수 있게 하는 도구이다. 더 자세한 것은 메이븐 홈페이지나 Sonatype에서 공개한 메이븐 책(Maven: The Definitive Guide)를 참조하길 바란다. 메이븐 책은 무료로 다운로드 받을 수 있고, 영어임에도 불구하고 매우 쉽게 쓰여져 읽는 데 큰 어려움은 없다. Thanks, Sonatype. 메이븐 책을 3장까지만 읽어보면 감을 잡을 것이다. 사실 메이븐 책 3장까지 봤으면 이 포스트는 볼 필요도 없다. ㅎ_ㅎ (그래도 이건 한글이다. +_+)

일단 따라해보자.

애초에 라이브러리 관리를 더 편하게 하기 위해 메이븐을 사용하려고 했던 것이니 다른 라이브러리를 사용하는 프로젝트를 만들어 보자. 단위 테스트를 위한 JUnit 라이브러리와 자바 API를 보완하는 여러 기능들을 제공하는 Commons Lang 라이브러리 정도만 사용해 보자.

1. 메이븐을 설치한다.

메이븐 홈페이지에서 메이븐을 다운로드하고 적당한 폴더에 압축을 푼 뒤, 메이븐 폴더 내 bin 폴더를 PATH에 추가해준다. mvn --help 명령어를 쳤을 때 사용법이 제대로 나온다면 다음을 진행할 수 있다. mvn은 메이븐을 실행하는 명령어이다.

2. 메이븐 프로젝트를 만든다.

작업할 폴더에서 다음 명령어를 실행한다. 도중에 옵션을 물어보기도 하는데 그냥 엔터를 쳐서 기본값으로 넘어갈 수 있다.

mvn archetype:generate -DgroupId=net.kjunine -DartifactId=sample -Dpackage=net.kjunine.sample -Dversion=1.0-SNAPSHOT

위 명령어에서 archetype:generate는 archetype 플러그인의 generate 골(Goal)이라는 것인데, 플러그인과 골은 지금은 몰라도 좋다. 그냥 프로젝트를 생성하는 옵션이라고 생각하면 된다. -D로 시작하는 것들은 생성할 프로젝트에 대한 정보를 나타내는 파라메터들이다. 각 파라메터는 다음을 의미한다.

groupId

프로젝트를 만드는 그룹, 조직, 회사 등을 나타내는 유일한 이름, 보통 자바 패키지처럼 URI를 거꾸로 써서 나타낸다.

artifactId

아티팩트(artifact) 즉, 프로젝트를 나타내는 유일한 이름, 그룹 내 다른 아티팩트와 이름이 같아서는 안된다.

package

프로젝트의 최상위 패키지

version

프로젝트의 현재 버전

프로젝트 생성이 성공하면, 명령어를 수행한 폴더 내에 artifactId 이름과 동일한 폴더가 생긴다. 그 폴더로 들어가면 다음과 같이 src 폴더와 pom.xml 파일을 볼 수 있다.

pom.xml 파일은 바로 Project Object Model(POM)이라는 것으로 메이븐 프로젝트에 대한 모든 설정을 저장하는 파일이다. 메이븐 프로젝트의 모든 것이다. 그 파일을 열어보면 다음과 같을 것이다. 앞서 프로젝트 생성 시 설정한 프로젝트 옵션 값들이 저장되어 있는 것을 볼 수 있다.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>net.kjunine</groupId>
  <artifactId>sample</artifactId>
  <packaging>jar</packaging>
  <version>1.0-SNAPSHOT</version>
  <name>sample</name>
  <url>http://maven.apache.org</url>
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

3. 라이브러리 의존 관계를 설정한다.

POM에서 지금 관심을 가져야 할 부분은 바로 <dependencies /> 부분이다. 여기에서 프로젝트의 의존 관계를 설정할 수 있다. 현재 JUnit 라이브러리는 자동으로 추가되어 있는 것을 볼 수 있다. 여기에 Commons Lang 라이브러리도 추가하자. <dependencies /> 부분을 다음과 같이 바꾸면 된다. <dependency /> 항목을 하나 추가하는 것으로 라이브러리를 추가할 수 있다. 정말 편하지 않은가?! +_+

  <dependencies>
    <dependency>
      <groupId>commons-lang</groupId>
      <artifactId>commons-lang</artifactId>
      <version>2.4</version>
    </dependency>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>

해당 라이브러리의 groupId와 artifactId는 어떻게 알 수 있는지 궁금할 것이다. 의외로 간단하다. Maven Repository 홈페이지에서 검색하면 된다. 다만 가끔 비슷한 게 많이 나와서 어떤 걸 써야할지 모를 때도 있다. (예를 들면, springframework) 그럴 때는 해당 라이브러리 홈페이지에서 정확한 메이븐 groupId와 artifactId를 찾아보던가 구글링할 수 밖에 없는 것 같다. 아직 내공이 부족하다. ㅠ_ㅠ

4. 자바 소스와 테스트를 작성한다.

프로젝트 폴더 내 src 폴더에 보면 main 폴더와 test 폴더가 있는데 각각 자바 소스 파일과 테스트 파일들이 존재하는 곳이다. 메이븐은 이렇게 정해진 폴더 구조와 이름을 강제로 사용하게 해서 프로그래머의 고민을 덜어준다. 하지만 바꿀 수도 있는 것 같다.

각 소스 폴더와 테스트 폴더에는 프로젝트 생성 시에 설정한 패키지 이름대로 폴더 구조가 만들어져 있고, 각각 App.java 파일과 AppTest.java 파일이 존재한다. 두 파일을 사용할 것은 아니니 삭제하자.

그리고 소스 폴더의 해당 패키지에 다음 클래스 파일를 작성하자.

Sample.java

package net.kjunine.sample;

import org.apache.commons.lang.StringUtils;

public class Sample {

	public static String reverse(String s) {
		return StringUtils.reverse(s);
	}

	public static void main(String[] args) {
		for (int i = 0; i < args.length; i++) {
			System.out.println(reverse(args[i]));
		}
	}

}

Commons Lang 라이브러리의 StringUtils 유틸 클래스가 제공하는 reverse 메소드를 사용하여 입력받은 문자열들을 거꾸로 출력하는 프로그램을 만들었다.

테스트 폴더의 해당 패키지에 위 클래스에 대한 테스트 클래스 파일도 작성하자.

SampleTest.java

package net.kjunine.sample;

import junit.framework.TestCase;

public class SampleTest extends TestCase {

	public void testReverse() {
		String actual = Sample.reverse("hello");
		String expected = "olleh";
		assertEquals(expected, actual);
	}

}

JUnit 라이브러리를 사용한 간단한 테스트 클래스이다.

5. 프로젝트를 빌드한다.

프로젝트를 빌드하는 것은 간단하다. 프로젝트 폴더에서 다음 명령어를 실행하면 된다.

mvn install

이 명령어를 이해하려면 메이븐에서 말하는 빌드 생명주기(Build Lifecycle)라는 개념을 알아야 한다. 빌드 생명주기는 일련의 프로젝트 빌드 단계(Build Phase)들의 (순서있는) 집합이다. 빌드 단계는 compile, test, package, deploy 등과 같은 프로젝트를 빌드하는데 거치는 단계들을 의미한다. 그리고 각 빌드 단계마다 무슨 일을 해야하는지가 정해져 있다. 허접한 설명이라 더 자세한 내용은 여기를 참조하자. (메이븐 책을 봐도 좋다.)

위 명령어는 생명주기에서 install 단계까지의 전 단계를 실행하라는 것으로 compile, test, package, install 등의 단계들을 포함한다.

그래서 위 명령어를 실행하면 중간에 다음과 같이 테스트 결과가 나온다. 그리고 빌드가 성공하면 "BUILD SUCCESSFUL"이 보일 것이다.

-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running net.kjunine.sample.SampleTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec

Results :

Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

[INFO] [jar:jar]
[INFO] Building jar: D:\dev\workspaces\maven\sample\target\sample-1.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing D:\dev\workspaces\maven\sample\target\sample-1.0-SNAPSHOT.jar to ...
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------

또, 프로젝트 폴더 내 target 폴더에 생성된 클래스 파일들과 테스트 파일들 등이 들어있는 폴더들과 함께 jar 형태로 묶인 프로젝트 패키지 파일이 보인다.

6. 프로그램을 실행한다.

테스트도 성공하고 패키지 파일도 생성했으니 이제 실행만 하면 된다. 다음 명령어를 실행하라.

java -cp target/sample-1.0-SNAPSHOT.jar;"%HOME%/.m2/repository/commons-lang/commons-lang/2.4/commons-lang-2.4.jar" net.kjunine.sample.Sample hello kjunine

생각보다 실행 방법이 까다로운데 이것은 아직 플러그인을 배우지 않았기 때문이니 지금은 그냥 참고 넘어가자. %HOME%/.m2/repository 폴더는 메이븐이 라이브러리와 플러그인을 다운로드해서 저장하는 로컬 저장 폴더이다. 그리고 Commons Lang 라이브러리는 위와 같은 경로에 존재한다. 실행 시에 Commons Lang 라이브러리를 사용하기 때문에 클래스패스에 추가한 것이다.

실행 결과는 다음과 같다.

olleh
eninujk

굳~

이제 겨우 걸음마를 시작했을 뿐..

아직 메이븐에 대해 공부할 것은 많이 남아 있다. 플러그인과 골의 개념을 이해하고 POM에 설정할 수 있어야 한다. 그리고 이클립스에서 개발하기 위해 메이븐 이클립스 플러그인(maven-eclipse-plugin)을 사용하거나, 아니면 m2eclipse, Q4E와 같은 이클립스 플러그인을 사용할 수 있어야 한다. 실제 프로젝트를 진행할 때는 지금처럼 명령어에서 실행하기보다는 이클립스 플러그인을 사용하는 것이 훨씬 쉽고 간편할 것이다.

방금 말한 내용들은 다음 포스트들에서 다룰 것이다. 이미 제목은 써놓았다. 다만 언제 완성될지는.. ^^;

참조:

Maven
Maven - Getting Started Guide
Maven - Introduction to the Build Lifecycle
Maven: The Definitive Guide (Chapter 3. A Simple Maven Project)

기본 윈도우 크롬을 사용하지 않는(chromeless) 에어(AIR) 어플리케이션 만들기

- kj - — Wed, 07 Oct 2009 00:59:50 +0900

나만의 멋진 윈도우 모양을 가지는 AIR 어플리케이션을 만들어 보자.

트위터 클라이언트인 DestroyTwitter처럼 AIR로 만들어진 데스크탑 애플리케이션들을 보면 대부분이 운영체제에서 사용하는 기본 윈도우 크롬(타이틀과 테두리 영역)을 사용하지 않고, 대신 자신만의 보기 좋은 윈도우 모양을 사용하고 있다. 이 포스트에서는 어떻게 하면 기본 윈도우 크롬을 사용하지 않을 수 있는지 보여주겠다. 어려워 보이지만 사실 매우 간단하다. 딱 두가지만 하면 된다.

1. 애플리케이션 디스크립터(Application Descriptor) 파일을 수정한다.

플렉스 빌더로 만든 프로젝트에서는 메인 MXML 파일 이름에 '-app' 가 더 붙은 XML 파일이 애플리케이션 디스크립터 파일이다. FlashDevelop에서는 application.xml 파일이다.

애플리케이션 디스크립터 파일에서 <initialWindow /> 부분 중 <systemChrome /> 태그의 값은 'none'으로 설정하고, <transparent /> 태그의 값은 'true'로 설정한다.

	<initialWindow>
		...
		<systemChrome>none</systemChrome>
		<transparent>true</transparent>
		...
	</initialWindow>

2. 메인 MXML 파일을 수정한다.

메인 MXML 파일에서 WindowedApplication 컴포넌트의 'showFlexChrome' 속성을 'false' 로 설정하면 된다.

<?xml version="1.0" encoding="utf-8"?>
<mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" showFlexChrome="false">
	...
</mx:WindowedApplication>

이게 끝이다. 다음은 위 방법대로 만들어 본 예제이다.

WindowedApplication 컴포넌트 안에 Canvas와 Button만 넣었다. 소스는 다음과 같다.

<?xml version="1.0" encoding="utf-8"?>
<mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" showFlexChrome="false">
	<mx:Canvas width="100" height="100" backgroundColor="0xEEEEEE" backgroundAlpha="0.5">
		<mx:Button label="hello" x="10" y="10" width="80" height="80" />
	</mx:Canvas>
</mx:WindowedApplication>

이제 남은 것은..

이제 기본 윈도우 크롬을 제거하는 방법은 알았다. 실제 애플리케이션처럼 제대로 만들려면 자체 윈도우 모양을 만들고 그 윈도우가 실제 윈도우처럼 동작하게 만들어야 할 것이다. 상단 타이틀을 클릭 & 드래그해서 이동하거나 최대/최소화하는 등의 기능을 구현해야 할 것이다. 이러한 기능들도 쉽게 만들 수 있도록 AIR에서 API로 제공하고 있으니 AIR 문서를 참조하면 어렵지 않게 만들 수 있을 것이다.

다음에 기회가 되면 멋진 자체 윈도우를 만드는 것도 포스팅할 생각은 있다.. 생각만 있다.

FlexUnit - Flex(플렉스) 단위 테스트 프레임워크

- kj - — Sat, 12 Sep 2009 20:42:10 +0900

Flex에서 단위 테스트를 하자!

나는 모르고 있었다. Flex에도 단위 테스트를 위한 프레임워크가 있다는 것을.. 바로 FlexUnit으로 플렉스에서 단위 테스트를 할 수가 있다. 비슷한 프레임워크로 AsUnit이란 게 있는데, 아주 살짝 살펴보니 다음과 같은 차이가 있는 것 같다.

AsUnit

Flex SDK가 없어도 사용할 수 있다.

FlexUnit

테스트 결과를 쌔끈한 UI로 보여준다.

FlashDevelop에서 FlexUnit을 사용해 예제를 하나 만들어 보았다. 참고로 FlashDevelop은 유료 소프트웨어인 Flash Builder (구 Flex Builder)를 대체할 수 있는 오픈소스 소프트웨어이다. (여기에서 최신버전을 다운로드 받을 수 있다.)

그럼 예제를 따라해보자. 잠깐! 그 전에 여기에서 FlexUnit 라이브러리를 다운로드하고 시작하자. 다운로드한 압축파일 속 bin 폴더의 'FlexUnit.swc' 파일을 사용하게 될 것이다.

1. FlashDevelop에서 Flex 3 프로젝트를 생성한다.

메뉴에서 Project > New Project를 선택한다. 템플릿에서 Flex 3 Project를 선택하고, 프로젝트 이름, 저장 위치, 기본 패키지 이름을 채우고 프로젝트를 생성한다.

프로젝트가 생성되면 우측 프로젝트 뷰에서 src 폴더 속 방금 지정한 패키지에 'Main.mxml' 파일이 생긴 것을 볼 수 있다.

2. 해당 프로젝트에 FlexUnit 라이브러리를 추가한다.

lib 폴더에 앞에서 말했던 FlexUnit.swc 파일을 복사한다. 그리고 FlexUnit.swc 파일에서 마우스 오른쪽 클릭한 후, Add To Library를 선택하면 된다. 참 쉽죠~잉?

3. 테스트하고자 하는 ActionScript 클래스를 만든다.

net.kjunine.test.sample.Sample.as

package net.kjunine.test.sample 
{
	
	public class Sample 
	{
		
		public static function sum(values:Array):Number
		{
			var sum:Number = 0;
			
			for (var i:int = 0; i < values.length; i++) 
			{
				sum += parseInt(values[i]);
			}
			
			return sum;
		}
		
	}
	
}

Sample 클래스에 배열을 파라메터로 받아들여서 그 배열의 모든 엘리먼트들의 합을 구해서 반환하는 sum이라는 메소드를 만들어 보았다.

4. 방금 만든 ActionScript 클래스를 테스트할 TestCase 클래스를 만든다.

먼저 테스트 소스가 들어갈 test 폴더를 만들고 그 안에 폴더를 추가해 src와 같은 패키지 구조로 만들어 준다. 그리고 메뉴에서 Project > Properties를 선택해서 classpath 탭을 선택하고 방금 만든 test 폴더를 클래스패스에 추가한다. (지금처럼 소스와 테스트를 폴더로 분리하는 것이 바람직한 방법이다.)

net.kjunine.test.sample.SampleTest.as

package net.kjunine.test.sample 
{
	import flexunit.framework.TestCase;
	
	public class SampleTest extends TestCase
	{
		
		public function testSum():void
		{
			var values:Array = new Array('8', '20', '10', '7', '15');
			
			var actual:Number = Sample.sum(values);
			var expected:Number = 60;
			
			assertEquals(expected, actual);
		}
		
	}
	
}

TestCase를 상속받은 SampleTest 클래스를 만들어서 Sample.sum() 메소드를 테스트한다. TestCase 클래스는 JUnit처럼 다양한 assert 메소드들을 제공한다.

5. 테스트용 Main.mxml을 만든다.

net.kjunine.test.Main.mxml

<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" xmlns:flexui="flexunit.flexui.*" creationComplete="this.init();">
	<mx:Script>
		<![CDATA[
		import flexunit.framework.TestSuite;
		import net.kjunine.test.sample.SampleTest;
		
		private function init():void {
			var test:TestSuite = new TestSuite();
			test.addTestSuite(SampleTest);
			testRunner.test = test;
			testRunner.startTest();
		}
		]]>
	</mx:Script>
	<flexui:TestRunnerBase id="testRunner" />
</mx:Application>

TestRunnerBase와 TestSuite가 사용된다. 테스트를 더 추가하고 싶으면 다른 테스트 클래스를 TestSuite.addTestSuite() 메소드로 추가해주기만 하면 된다.

예제의 모든 내용을 만들었다. 그러면 프로젝트 구조는 위와 같을 것이다.

6. 테스트를 실행한다.

FlashDevelop에서 프로젝트를 실행하는 것은 메뉴에서 Project > Test Movie를 선택하거나 단축키 F5를 누르면 된다. 그러나 실행하기 전에 test 폴더의 Main.mxml 파일이 실행되도록 하자.

위 그림과 같이 test 폴더의 Main.mxml 파일에서 마우스 오른쪽 클릭한 후 Always Compile을 선택한다. 이렇게 하면 Test Movie를 실행했을 때 test 폴더의 Main.mxml 파일이 실행될 것이다. (만약 다시 src 폴더의 Main.mxml 파일이 실행되게 하려면 src 폴더의 Main.mxml 파일에서 같은 방법대로 하면 된다.)

이제 실행해보자. 위 그림과 같이 테스트가 성공하였는가? 그리고 UI가 정말 이쁘지 않은가? ^-^ 화면 중간에 보이는 드롭다운 박스의 옵션을 선택해서 리스트에 보일 테스트 결과를 변경할 수 있다.

flex-unit.zip

방금 만든 프로젝트 파일들을 압축해서 올렸다. 참고하시라.

이제 FlexUnit로 Flex에서 단위 테스트를 할 수 있게 되었다. 그 동안 ActionScript 클래스를 테스트 해보기 위해서 trace()를 남발했었는데 이제부터는 테스트를 작성해서 테스트하면 안심할 수 있을 것이다.

참조:

FlexUnit
FlexUnit Developer Documentation

티스토리 블로그로 돌아오다.

- kj - — Thu, 10 Sep 2009 22:32:43 +0900

현재로서는 최상의 선택이다.

거의 일년만에 티스토리 블로그에 포스팅을 한다. 작년 9월 30일을 마지막으로 여기에 더 이상 포스트를 작성하지 않았다. 포스팅을 하는 데 소요되는 시간이 아까웠기 때문이다. 차라리 그 시간에 책이라도 더 보자는 생각이었다.

그러다 올해 6월 즈음에 우연히 WordPress.com이라는 블로그 호스팅 서비스를 알게 되었다. WordPress.com에서 서비스하는 워드프레스는 굉장히 유명한 블로그 도구로, 나는 특히 워드프레스의 에디터가 마음에 들었다. 왜냐하면 다른 블로그 도구에 비해서 웹 표준을 잘 따르고 있다고 생각했기 때문이다. 워드프레스의 에디터는 인라인 스타일을 줄이고 의미적으로 구조화된 포스트를 작성하는 것이 가능해 보였다. 그래서 바로 WordPress.com에 블로그를 개설하고 워드프레스를 찬양하는 글도 썼지만, 그 후로도 여전히 포스팅을 게을리 하였다. ^^;

하지만 최근에 다시 불이 붙게 되었다. 회사에서 스프링 스터디를 했는데 나도 준비를 해서 발표를 하면서 깨달은것이 있었다. 타인을 위해서 발표를 준비하는 과정에서 내가 더 많이 배운다는 것이다. 그리고 이와 비슷한 효과를 블로그를 운영하면서도 얻을 수 있을 거라고 생각했다.

그래서 몇 가지 주제를 선택해서 공부를 하고 WordPress.com에서 포스트를 작성하다가 안타까운 사실을 알게 되었다. WordPress.com에서는 원래 워드프레스에 포함된 기능들에 비해 제한된 기능들이 너무 많다는 것이다. 그리고 더 많은 기능을 사용하려면 유료로 업그레이드를 해야 한다는 것이다. 그래서 고민을 해 보았다. 최적의 해결책은 "워드프레스 + 서버 호스팅"이겠지만, 간편하게 티스토리 블로그로 만족하는 것이 현실적인 대안인 것 같았다.

그래서 티스토리에 돌아와서 지저분한 플러그인들을 제거하고 이 글을 쓰고 있는 것이다. 이 짧은 포스트를 작성하는 데에도 한 시간 가까이 걸리는구나.. OTL 글을 더 잘 쓸 수 있도록 많이 써야겠다.

톰캣(Tomcat) 5.x GET 방식 한글 인코딩에 문제가 있다니..

- kj - — Tue, 30 Sep 2008 21:00:46 +0900

여태껏 잘 되는 줄 알았던 한글 처리가 POST 방식일 때만 잘 되었던 거였어요..
우연히 오늘 GET 방식으로 보내다가 한글이 깨지는 현상을 발견하고 이유를 찾다가 알게 되었네요..

다른 블로그에 관련 내용이 많이 있어서 링크만 걸어둡니다.
다행히 해결책도 함께 다루고 있네요

아무튼 쇼크~! 충격입니다. @_@

참고

http://kwon37xi.egloos.com/1462013
http://blog.outsider.ne.kr/186
http://apollo89.com/blog/archive/200805?page=5

나도 구글 크롬 한번 써보고 싶다~!!

- kj - — Fri, 19 Sep 2008 08:40:15 +0900

구글 크롬, 구글 크롬 그러길래 한번 써볼려고 회사 노트북에 깔았습니다.
그런데 아예 동작을 안 하네요 -_-
검색해봐도 나오지 않는 것 같은데요..

증상을 보면..

1. 구글 크롬을 실행한다.

2. 주소를 입력한다.

3. 엔터를 치는 순간 다음과 같은 화면이 나온다.

그리고 다른 버그도 있어요.

1. 구글 크롬을 실행한다. (북마크바 항상 보기 옵션이 켜진 상태입니다.)
2. 북마크바를 마우스의 오른쪽 버튼으로 클릭을 한다.

3. 헉! 다운됩니다.

같은 증상을 겪고 계신 분이 또 없나요? @_@

제 옆자리 분은 잘 쓰고 계십니다. 부럽~ ㅠ_ㅠ
집에서 깔아봐야겠네요..
그런데 집에만 가면 왜 까먹을까요? 몇일째 못 깔아봤어요 ㅋㅋ

앤트(Ant)에서 톰캣에 웹 애플리케이션을 디플로이하는 방법..

- kj - — Sun, 08 Jun 2008 02:25:16 +0900

톰캣에 웹 애플리케이션을 디플로이하는 방법에는 두 가지가 있어요.

${톰캣_설치_경로}^[각주:1]/webapps 디렉토리에 war 파일을 추가한다.
${톰캣_설치_경로}/conf/Catalina/localhost 디렉토리에 context 파일을 추가한다.

war 파일은 일반적인 웹 애플리케이션 파일이구요.
context 파일 내용은 대략 다음과 같아요.

<?xml version="1.0" encoding="UTF-8"?>
<Context path="/${웹애플리케이션_이름}" docBase="${웹애플리케이션_디렉토리}" reloadable="true">
</Context>

첫번째 방법이 보통 많이 쓰이는 방법이죠. 저는 두번째 방법을 더 선호합니다만..

그런데 사실 한 가지 방법이 더 있습니다.

톰캣의 manager 어플리케이션을 이용하는 것입니다. ^-^/

톰캣의 manager 어플리케이션을 사용하려면 다음을 확인합니다.

1.톰캣에 manager 어플리케이션이 설치되어 있는지 확인한다.
(5.0, 5.5, 6.0 버전 모두 기본적으로 설치되어 있네요..)

2. manager 권한이 있는 사용자를 등록한다.
${톰캣_설치_경로}\conf\tomcat-users.xml 파일에 다음 내용을 추가합니다.

3. 서버를 띄우고 http://localhost:8080 /manager/html 로 접속합니다.
(등록한 사용자의 아이디/암호를 입력합니다.)

다음과 같은 화면에서 Deploy를 실행하면 됩니다.
Context 파일 내용을 설정하거나 war 파일을 업로드해서 디플로이할 수 있습니다.

그리고 매니저에서는 다른 웹 애플리케이션을 실행/중지/리로드/언디플로이할 수 있어요~

이제부터 본론으로 들어갑니다.

제가 말씀드릴 앤트로 톰캣에 웹 애플리케이션을 디플로이하는 방법은 내부적으로 톰캣의 manager 애플리케이션을 이용합니다. 그러므로 먼저 톰캣의 manager 애플리케이션이 설정이 되어있어야 해요~!

빌드 파일에서 사용할 프로퍼티 파일은 다음과 같습니다. (sample 어플리케이션을 배포한다고 가정합니다.)

# catalina home directory
catalina.home=C:\Tomcat^[각주:2]
catalina.ant.jar=${catalina.home}/server/lib/catalina-ant.jar
catalina.tasks.file=catalina.tasks^[각주:3]

# catalina manager configurations
catalina.manager.url=http://localhost:8080/manager
catalina.manager.user.name=test^[각주:4]
catalina.manager.user.password=test

# application configurations
application.path=/sample^[각주:5]
application.context=sample.xml^[각주:6]

그리고 태스크 정의 파일이 필요합니다. 다음과 같은 내용으로 catalina.tasks 라는 파일을 만듭니다.

# catalina tasks properties
deploy=org.apache.catalina.ant.DeployTask
undeploy=org.apache.catalina.ant.UndeployTask
start=org.apache.catalina.ant.StartTask
reload=org.apache.catalina.ant.ReloadTask
stop=org.apache.catalina.ant.StopTask
sessions=org.apache.catalina.ant.SessionsTask
list=org.apache.catalina.ant.ListTask
serverinfo=org.apache.catalina.ant.ServerinfoTask
roles=org.apache.catalina.ant.RolesTask
resources=org.apache.catalina.ant.ResourcesTask

또 어플리케이션 컨텍스트 설정 파일이 필요합니다. 다음과 같은 내용으로 sample.xml 이라는 파일을 만듭니다.

<?xml version="1.0" encoding="UTF-8"?>
<Context path="/sample" docBase="C:\Sample^[각주:7]" debug="0" privileged="true" reloadable="true">
<Logger className="org.apache.catalina.logger.FileLogger" prefix="localhost.sample." suffix=".txt" timestamp="true" />
</Context>

마지막으로 빌드 파일 내용은 다음과 같습니다.

먼저 태스크 정의 파일을 설정해야 합니다.

그러면 다음과 같은 태스크들을 사용할 수 있어요.

디플로이 태스크를 자세히 살펴보죠.

config 속성에 애플리케이션의 컨텍스트 설정 파일의 위치를 입력하는데요..
config 속성 대신에 war 속성을 써서 애플리케이션 war 파일의 위치를 입력할 수도 있어요.
두 속성은 반드시 어느 하나만 써야해요. 안 그러면 에러날 걸~?

톰캣의 앤트태스크를 이용하면 애플리케이션을 디플로이하는 것 뿐만 아니라 웹 어플리케이션의 목록을 보는 것, 애플리케이션을 실행하거나 중지하는 것 등등의 작업을 앤트로 할 수가 있어요. 이게 다 톰캣 개발자들이 앤트 태스크를 쓰기 좋게 만들어둔 덕분이죠. 감사감사 ^^*

보면 볼수록 앤트는 멋진 것 같아요.

환경:

Tomcat 5.0 or 5.5

Ant 1.7.0

${무언가} 는 변수를 뜻해요! [본문으로]
톰캣의 설치 경로에요. [본문으로]
태스크 정의 파일 이름 [본문으로]
manager 권한이 있는 사용자 이름과 암호 [본문으로]
샘플 어플리케이션 경로 [본문으로]
sample 어플리케이션 컨텍스트 파일 이름 [본문으로]
샘플 어플리케이션 디플로이 경로 [본문으로]

앤트(Ant)에서 톰캣을 실행/중지해 보아요.

- kj - — Sun, 08 Jun 2008 01:28:39 +0900

앤트에서 톰캣을 실행하거나 중지해 보아요.

방법은 간단해요. <java /> 태스크로 org.apache.catalina.startup.Bootstrap 클래스를 실행하면 돼요.
다만 프로퍼티 옵션이나 환경 변수 등의 실행 옵션을 잘 주어야 해요.

다음과 같이 해 보아요.

build.properties

java_home=C:/Program Files/Java/jdk1.5.0_14
catalina.home=C:/Programz/Tomcat/5.5
catalina.base=C:/Project/Tomcat/Configuration

java.home 이라는 프로퍼티가 이미 존재(자동으로 생성)하기 때문에, java_home 이라는 이름으로 만들었어요.

build.xml

<project name="history" default="default" basedir=".">

	<property file="build.properties" />

	<target name="default">
		<echo message="이것은 'Ant Tomcat Container'의 빌드 파일이에요." />
		<echo message="앤트(ant) 1.7.0 버전에 최적화되어 있어요." />
		<echo message="사용법:" />
		<echo message="ant tomcat.start" />
		<echo message="ant tomcat.stop" />
		<echo message="참고:" />
		<echo message="java.home = ${java.home}" />
		<echo message="java_home = ${java_home}" />
		<echo message="catalina.home = ${catalina.home}" />
		<echo message="catalina.base = ${catalina.base}" />
	</target>

	<target name="tomcat.start">
		<java classname="org.apache.catalina.startup.Bootstrap" jvm="${java_home}/bin/java" fork="true" spawn="true">
			<classpath>
				<fileset dir="${catalina.home}/bin">
					<include name="bootstrap.jar" />
				</fileset>
			</classpath>
			<arg value="start" />
			<sysproperty key="catalina.home" value="${catalina.home}" />
			<sysproperty key="java.endorsed.dirs" value="${catalina.home}/common/endorsed" />
			<sysproperty key="java.util.logging.manager" value="org.apache.juli.ClassLoaderLogManager" />
			<sysproperty key="java.util.logging.config.file" value="${catalina.home}/conf/logging.properties" />
			<sysproperty key="catalina.base" value="${catalina.base}" />
			<sysproperty key="java.io.tmpdir" value="${catalina.base}/temp" />
		</java>
	</target>

	<target name="tomcat.stop">
		<java classname="org.apache.catalina.startup.Bootstrap" jvm="${java_home}/bin/java" fork="true" spawn="true">
			<classpath>
				<fileset dir="${catalina.home}/bin">
					<include name="bootstrap.jar" />
				</fileset>
			</classpath>
			<arg value="stop" />
			<sysproperty key="catalina.base" value="${catalina.home}" />
			<sysproperty key="catalina.home" value="${catalina.home}" />
			<sysproperty key="java.endorsed.dirs" value="${catalina.home}/common/endorsed" />
			<sysproperty key="java.util.logging.manager" value="org.apache.juli.ClassLoaderLogManager" />
			<sysproperty key="java.util.logging.config.file" value="${catalina.home}/conf/logging.properties" />
			<sysproperty key="java.io.tmpdir" value="${catalina.home}/temp" />
		</java>
	</target>

</project>

톰캣은 JRE가 아니라 JDK로 실행시켜야 하기 때문에 <java /> 태스크의 jvm 속성으로 JDK의 java를 지정했어요.
그리고 새로운 JVM에서 실행이 되도록 fork 속성을, 앤트의 JVM이 종료되더라도 톰캣의 JVM이 계속 남아 있게 하기 위해서 spawn 속성을 true로 지정했어요.

환경:
Ant 1.7.0
Tomcat 5.0 or 5.5

앤트(Ant)의 프로퍼티 파일(.properties)의 제한에 대해서..

- kj - — Sun, 08 Jun 2008 00:13:31 +0900

디렉토리 구분자의 제한

Ant에서는 경로를 나타낼 때, 디렉토리 구분자로 '/'와 '\'를 모두 사용할 수 있어요.

Ant는 두 가지 슬래시 모두를 사용한다고 해서 부끄러워하지 않으며, 오히려 그것을 자랑스럽게 생각한다.

- 자바의 또 다른 멋진 도구 Ant

그러나 프로퍼티 파일에서 경로를 지정할 때 '\'를 사용하고 싶으면, '\\'로 써야해요.
왜냐하면 자바에서는 '\' 문자를 이스케이프 문자로 취급하기 때문이지요.

프로퍼티 파일 간 참조의 제한

Ant의 프로퍼티는 전방참조(forward-reference)와 후방참조(backward-reference)가 모두 가능하죠.

그러나 위와 같이 프로퍼티 파일을 2개 사용할 때, 첫번째 프로퍼티 파일에서 두번째 프로퍼티 파일에 존재하는 프로퍼티는 접근할 수 없어요(전방참조 불가).

그러므로 단일 파일에서만 전방 참조가 가능한 것이죠.

build.properties

# common build properties

net=./net
net.kjunine=${net}/kjunine

net.other=.\\net
net.kjunine.other=${net.other}\\kjunine

first.properties

# first properties file

first=first
first.second=${first}.${second}

second.properties

# second properties file

second=second
second.first=${second}.${first}

build.xml

<project name="Ant Project" default="default" basedir=".">

	<!-- START: PROPERTY -->
	<property file="build.properties" />
	<property file="first.properties" />
	<property file="second.properties" />
	<!-- END: PROPERTY -->

	<!-- START: DEFAULT -->
	<target name="default">
		<echo message="이것은 'Ant Property PropertiesFile'의 빌드 파일이에요." />
		<echo message="앤트(ant) 1.7.0 버전에 최적화되어 있어요." />
		<echo message="사용법:" />
		<echo message="	ant directorydelimiter" />
		<echo message="	ant betweenproperties" />
	</target>
	<!-- END: DEFAULT -->

	<!-- START: DIRECTORY DELIMITER-->
	<target name="directorydelimiter">
		<echo message="net.kjunine = ${net.kjunine}" />
		<echo message="net.kjunine.other = ${net.kjunine.other}" />
		<mkdir dir="${net.kjunine}" />
		<delete dir="${net}" />
		<touch file="${net.kjunine.other}" mkdirs="true" />
		<delete dir="${net}" />
	</target>
	<!-- END: DIRECTORY DELIMITER -->

	<!-- START: BETWEEN PROPERTIES-->
	<target name="betweenproperties">
		<echo message="first = ${first}" />
		<echo message="second = ${second}" />
		<echo message="first.second = ${first.second}" />
		<echo message="second.first = ${second.first}" />
	</target>
	<!-- END: BETWEEN PROPERTIES -->

</project>

사용법:

ant

default:
   [echo] 이것은 'Ant Property PropertiesFile'의 빌드 파일이에요.
   [echo] 앤트(ant) 1.7.0 버전에 최적화되어 있어요.
   [echo] 사용법:
   [echo] ant directorydelimiter
   [echo] ant betweenproperties

디렉토리 구분자 예제:

ant directorydelimiter

directorydelimiter:
   [echo] net.kjunine = ./net/kjunine
   [echo] net.kjunine.other = .\net\kjunine
[mkdir] Created dir: C:\Workspace\Project\Workspace\AntExample\Property\PropertiesFile\net\kjunine
   [delete] Deleting directory C:\Workspace\Project\Workspace\AntExample\Property\PropertiesFile\net
[touch] Creating C:\Workspace\Project\Workspace\AntExample\Property\PropertiesFile\net\kjunine
   [delete] Deleting directory C:\Workspace\Project\Workspace\AntExample\Property\PropertiesFile\net

프로퍼티 파일 간 참조 예제:

ant betweenproperties

betweenproperties:
   [echo] first = first
   [echo] second = second
   [echo] first.second = first.${second}
   [echo] second.first = second.first

환경:
Ant 1.7.0

앤트(Ant)에서 사용자별로 다른 프로퍼티 파일을 읽어들이도록 해보아요.

- kj - — Wed, 04 Jun 2008 02:05:42 +0900

앤트에서 사용자별로 다른 프로퍼티 파일을 읽어들이도록 해 보아요.

쉽게 생각하면 -propertyfile 옵션을 이용하면 될 것 같지요.
하지만 -propertyfile 옵션을 이용해 .properties 파일을 읽어들이면 심각한 문제가 있어요.

그래서 다음과 같이 하면 돼요.

default.user.properties

# default user properties
user.properties=default.user.properties

user1.properties

# user1 properties
user.properties=user1.properties

user2.properties

# user2 properties
user.properties=user2.properties

build.xml

<project name="Ant Project" default="default" basedir=".">

	<!-- START: PROPERTY -->
	<property file="${user.id}.properties" />
	<property file="default.user.properties" />
	<!-- END: PROPERTY -->

	<!-- START: DEFAULT -->
	<target name="default">
		<echo message="이것은 'Ant Project'의 빌드 파일이에요." />
		<echo message="앤트(ant) 1.7.0 버전에 최적화되어 있어요." />
		<echo message="사용법:" />
		<echo message="	ant userdependant" />
		<echo message="	ant -Duser.id=user1 userdependant" />
		<echo message="	ant -Duser.id=user2 userdependant" />
	</target>
	<!-- END: DEFAULT -->

	<!-- START: USER DEPENDANT-->
	<target name="userdependant">
		<echo message="user.id = ${user.id}" />
		<echo message="user.properties = ${user.properties}" />
	</target>
	<!-- END: USER DEPENDANT -->

</project>

사용법을 볼까요?

ant

default:
   [echo] 사용법:
   [echo] ant userdependant
   [echo] ant -Duser.id=user1 userdependant
   [echo] ant -Duser.id=user2 userdependant

디폴트 사용자일 때..

ant userdependant

userdependant:
[echo] user.id = ${user.id}
[echo] user.properties = default.user.properties

user.id 프로퍼티가 없으면 build.xml에서 ${user.id}.properties 파일을 읽는 property 태스크는 무시되어요.

사용자 1일 때..

ant -Duser.id=user1 userdependant

userdependant:
[echo] user.id = user1
[echo] user.properties = user1.properties

사용자 2일 때..

ant -Duser.id=user2 userdependant

userdependant:
[echo] user.id = user2
[echo] user.properties = user2.properties

위와 같이 하면 사용자마다 다른 프로퍼티 파일을 읽을 수 있겠네요.
사용자마다 작업 디렉토리나 서버 설치 디렉토리가 다른 경우 등등에 적용할 수 있을 것 같아요.

환경:
Ant 1.7.0

앤트(Ant)의 명령행에서 정의되는 프로퍼티의 제한에 대하여..

- kj - — Wed, 04 Jun 2008 01:14:00 +0900

명령행에서 정의되는 프로퍼티에서는 프로퍼티 중첩을 사용할 수 없어요.
다시 말하면, 명령행에서 프로퍼티를 정의할 때는 다른 프로퍼티를 이용할 수가 없어요.

즉, 이런 것을 못한다는 말이죠.

net.kjunine=net.kjunine
net.kjunine.ant=${net.kjunine}.ant

프로퍼티 참조를 뜻하는 ${..} 구문이 단순한 문자열로 인식되어요.

참고로 명령행에서 프로퍼티를 정의하려면 -D 옵션이나 -propertyfile 옵션을 사용하면 되요.

build.properties 파일:

# common build properties
a=a
b=b
c=${a}+${b}

build.xml 파일:

<project name="Ant Property CommandLine" default="default" basedir=".">

	<!-- START: PROPERTY -->
	<property file="build.properties" />
	<!-- END: PROPERTY -->

	<!-- START: DEFAULT -->
	<target name="default">
		<echo message="사용법:" />
		<echo message="	ant -Da=a -Db=b -Dc=$${a}+$${b} commandline" />
		<echo message="	ant -propertyfile=build.properties commandline" />
		<echo message="	ant commandline" />
	</target>
	<!-- END: DEFAULT -->

	<!-- START: COMMAND LINE -->
	<target name="commandline">
		<echo message="a = ${a}" />
		<echo message="b = ${b}" />
		<echo message="c = ${c}" />
	</target />
	<!-- END: COMMAND LINE -->

</project>

사용법을 보죠.

ant

default:
   [echo] 사용법:
   [echo] ant -Da=a -Db=b -Dc=${a}+${b} commandline
   [echo] ant -propertyfile=build.properties commandline
   [echo] ant commandline

다음과 같이 각각 실행하고 결과를 보세요.

ant -Da=a -Db=b -Dc=${a}+${b} commandline

commandline:
   [echo] a = a
   [echo] b = b
   [echo] c = ${a}+${b}

ant -propertyfile=build.properties commandline

commandline:
   [echo] a = a
   [echo] b = b
   [echo] c = ${a}+${b}

ant commandline

commandline:
   [echo] a = a
   [echo] b = b
   [echo] c = a+b

<property> 태스크가 프로퍼티를 읽어들이기 전에 -D 옵션이나 -propertyfile 옵션으로 프로퍼티를 읽어들이면, c 프로퍼티의 내용이 문자열 그대로 보이는 것을 알 수 있어요.

환경:
Ant 1.7.0

우분투 8.04에서 톰캣을 설치해 보아요.

- kj - — Tue, 27 May 2008 00:41:08 +0900

자바부터 설치해야죠.

오픈 소스 기반인 OpenJDK를 한번 써보아요.
JDK 6.0 버전이기는 한데.. 나중에 잘 안 되면 sun 자바로 바꾸면 되죠. ^^

sudo apt-get install openjdk-6-jdk

오오.. 앤트(ant)까지 깔리는군요. +_+

톰캣 5.5를 설치해 보아요.

JAVA_HOME 환경변수가 필요하네요.

export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/

다음 패키지들을 설치하면 돼요.

sudo apt-get install tomcat5.5 tomcat5.5-admin tomcat5.5-webapps

만약 다음과 같은 메시지가 중간에 나오면서 에러가 나면..

* no JDK found - please set JAVA_HOME

이렇게 해야 해요.

sudo -E apt-get install tomcat5.5 tomcat5.5-admin tomcat5.5-webapps

-E 옵션을 사용하면 현재 쉘의 환경변수를 넘겨주네요.

톰캣이 시작될 때에도 JAVA_HOME 환경변수가 필요하므로, 실행스크립트를 수정해야 해요.

vi /etc/init.d/tomcat5.5

앞부분에 다음 라인을 추가하면 돼요.

JAVA_HOME=/usr/lib/jvm/java-6-openjdk/

아파치 2.2와 톰캣을 연동해 보자.

우선 아파치 2.2의 mod_jk 모듈부터 설치해야 해요.

sudo apt-get install libapache2-mod-jk

mod_jk의 설정 파일을 만들어 주어야 해요.

sudo vi /etc/apache2/mods-available/jk.conf

<ifmodule jk_module>
	JkWorkersFile /etc/apache2/jk/workers.properties
	JkShmFile /var/log/apache2/jk.shm
	JkLogFile /var/log/apache2/jk.log
	JkLogLevel info
	JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"
	JkRequestLogFormat "%w %V %T"
</ifmodule>

mod_jk의 worker 설정 파일도 만들어 주어요.

sudo mkdir /etc/apache2/jk
sudo vi /etc/apache2/jk/workers.properties

다음 내용을 넣어 주어요.

worker.list=worker1

worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8009
worker.worker1.lbfactor=50
worker.worker1.socket_keepalive=1
worker.worker1.socket_timeout=300

mod_jk 설정 파일과 worker의 이름이 같아야 해요.

mod_jk 모듈을 사용 가능하게 해 주어야 해요.

sudo a2enmod jk

혹시 이미 mod_jk 모듈이 사용 가능한 상태라면 다음과 같이 해줘야 해요.

sudo a2dismod jk
sudo a2enmod jk

아파치 설정도 수정해야겠죠.

sudo vi /etc/apache2/sites-available/ssl

/etc/apache2/sites-available/ssl은 기존에 존재하지 않는 파일이에요.
저는 모든 접속을 https://로 접근하게 하려고 ssl 사이트를 따로 만들어 주었어요.
아파치 설정에 의문점이 있다면 "우분투 8.04에서 아파치 2.2를 설치해 보아요."를 참고하세요.

다음 내용을 적당한 곳에 추가해 주어요.

<ifmodule jk_module>
	DocumentRoot /usr/share/tomcat5.5-webapps/ROOT/
	
	<directory /usr/share/tomcat5.5-webapps/root>
		AllowOverride None
		Order allow,deny
		allow from all
	</directory>
	
	JkMount / worker1
	JkMount /index.jsp worker1
	JkMount /manager/* worker1
	JkUnMount /*.gif worker1
	JkUnMount /*.jpg worker1
	JkUnMount /*.png worker1
	JkUnMount /*.xml worker1
	JkUnMount /*.xsd worker1
	JkUnMount /*.xsl worker1
	
	Alias /manager "/usr/share/tomcat5.5/server/webapps/manager"
	Alias /tomcat-docs "/usr/share/tomcat5.5-webapps/tomcat-docs"
	
	<directory /usr/share/tomcat5.5/server/webapps/manager>
		AllowOverride None
		Order allow,deny
		Allow from all
	</directory>
	
	<directory /usr/share/tomcat5.5-webapps/tomcat-docs>
		AllowOverride None
		Order allow,deny
		Allow from all
	</directory>
</ifmodule>

DocumentRoot가 이미 선언되어 있으면 그 뒤에 붙여넣어야 제대로 동작하겠죠?

그리고 ROOT 웹 어플리케이션을 연결해 주기위해 "/" 와 "/index.jsp" 에 대해서도 설정해 주었는데요.. ROOT 웹 어플리케이션의 내용이 바뀌게 되면 바꿔주어야 할 것 같아요. 임시방편일 뿐이죠.

결국 왠만하면 / 디렉토리는 톰캣으로 넘기지 않는 것이 상책인 것 같아요.

톰캣과 아파치를 재시작해 주면 끝이에요. ^^

sudo /etc/init.d/tomcat5.5 restart
sudo apache2ctl restart

아직 아파치와 mod_jk에 대하여 자세하게 알지 못해서 미흡하네요.
앞으로 천천히 내용을 보강해 나가야 겠어요.

환경:
Ubuntu 8.04 Hardy Heron Server Edition - x86

참고:
Ubuntu Community Document -ApacheTomcat5
ubuntu + apm + tomcat + eclipse
ubuntu에서 tomcat설치/apache2에 연동
The Apache Tomcat Connector - Generic HowTo

아이바티스(iBatis)에서 자동 증가하는 필드를 사용해 보아요.

- kj - — Mon, 26 May 2008 10:10:16 +0900

iBatis에서 숫자로 된 ID와 같이 1씩 증가하는 필드를 사용하는 방법이에요.

MySQL - AUTO_INCREMENT 필드를 사용합니다.

<insert id="insertEvent" parameterclass="event">
	<![CDATA[
		insert into event ( type, extension ) values ( #type#, #extension# )
	]]> 
	<selectkey resultclass="long" keyproperty="id">
		<![CDATA[
			select last_insert_id() as id
		]]>
	</selectkey>
</insert>

Oracle - Sequence 오브젝트를 사용합니다.

<insert id="capture" parameterclass="event">
	<selectkey resultclass="long" keyproperty="id">
		<![CDATA[
			select event_seq.nextval from dual
		]]>
	</selectkey>
	<![CDATA[
		insert into event ( type, id, extension ) values ( #type#, #id#, #extension# )
	]]>
</insert>

이전에 작성해 놓고 새로 테스트를 안 해봐서 잘 될지 잘 모르겠네요.

오라클(Oracle)에서 삭제된 오브젝트들이 아직 남아있다면..

- kj - — Mon, 26 May 2008 10:01:19 +0900

오라클(Oracle)에서 테이블 삭제 후 쓰레기 값이 남는다면..

purge recyclebin;

으로 없앨 수 있다.

환경:
Oracle 8i 이상 (maybe..)

스프링(Spring)으로 스태틱(static) 멤버 변수를 설정해 보아요.

- kj - — Mon, 26 May 2008 09:49:28 +0900

다음과 같은 자바 클래스가 있어요.

생성자가 private임을 잘 봐주세요.

package net.kjunine.blog.common.util ;

import net.kjunine.blog.biz.BlogIF ;

public class ServiceLocator {

	private static BlogIF blog ;

	private ServiceLocator() {
	}

	public static BlogIF service() {
		return blog ;
	}

	public BlogIF getBlog() {
		return blog ;
	}

	public void setBlog(BlogIF blog) {
		ServiceLocator.blog = blog ;
	}

}

스프링 설정 파일에는 다음과 같이 작성해요.

<bean id="serviceLocator" class="net.kjunine.blog.common.util.ServiceLocator">
	<property name="blog" ref="blog" />
</bean>

신기하게도 스프링은 생성자가 private 이더라도 Bean을 생성할 수 있어요.

어떻게? ㅋ (자바 리플렉션으로 이렇게까지 할 수 있는 걸까요?)

...

아무튼 이런 곳에서 스프링의 위력이 드러나는군요..

환경:
Spring 1.x, 2.0, 2.5 (사실 2.5에서는 테스트해보지 않았음.)

스프링(Spring)에서 프로퍼티 파일(.properties)을 사용해 보아요.

- kj - — Mon, 26 May 2008 09:34:35 +0900

스프링(Spring)에서 하나의 properties 파일을 읽어오는 방법

스프링 설정 파일(applicationContext.xml)에 다음 내용을 추가하면 돼요.

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
	<property name="location" value="/WEB-INF/config/jdbc.properties" />
</bean>

스프링(Spring)에서 여러 properties 파일을 읽어오는 방법

스프링 설정 파일(applicationContext.xml)에 다음 내용을 추가하면 돼요.

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
	<property name="locations">
		<list>
			<value>/WEB-INF/config/jdbc.properties</value>
			<value>/WEB-INF/config/settings.properties</value>
		</list>
	</property>
</bean>

환경:
Spring 1.x, 2.0, 2.5

스프링(Spring)에서 Log4j 설정 파일 위치를 바꿔 보아요.

- kj - — Mon, 26 May 2008 09:26:11 +0900

스프링(Spring)에서는 Log4j 설정 파일(log4j.properties)을 임의의 파일로 지정할 수 있어요.
웹 어플리케이션이라면 다음과 같이 하면 돼요.

web.xml <web-app> 의 적당한 부분(DTD 혹은 스키마에 의거하여)에 다음 내용을 넣어주면 돼요.

<context-param>
	<param-name>log4jConfigLocation</param-name>
	<param-value>/WEB-INF/config/log4j.properties</param-value>
</context-param>

<listener>
	<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>

환경:
Servlet 2.3, 2.4
Spring 1.x, 2.0, 2.5

웹 어플리케이션에서 jsp 파일의 직접 호출을 막아보아요.

- kj - — Mon, 26 May 2008 09:10:53 +0900

한 가지 방법으로는 WEB-INF 밑에 jsp 파일을 두는 것인데요..

그 방법이 여의치 않을 때 사용할 수 있는 방법이 있어요.

web.xml <web-app> 의 적당한 부분(DTD 혹은 스키마에 의거하여)에 다음 내용을 넣어주면 돼요.

<security-constraint> 
	<web-resource-collection> 
		<web-resource-name>no_access</web-resource-name> 
		<url-pattern>*.jsp</url-pattern> 
	</web-resource-collection> 
</security-constraint>

환경:
Servlet 2.3 혹은 Servlet 2.4

톰캣(Tomcat)의 컨텍스트(Context) 파일로 웹 어플리케이션을 추가해 보아요.

- kj - — Sun, 25 May 2008 18:32:10 +0900

${CATALINA_HOME}/conf/Catalina/localhost 에 다음과 같은 내용의 XML 파일을 추가하면 웹 어플리케이션이 설치가 돼요.

<context path="/WEB_APP_PATH" docbase="WEB_APP_DIRECTORY" debug="0" privileged="true" reloadable="true" workdir="WORK_DIRECTORY">
	<logger classname="org.apache.catalina.logger.FileLogger" prefix="LOG_FILE_PREFIX" suffix="LOG_FILE_SUFFIX" timestamp="true" />
</context>

realodable : WEB-INF 내용이 바뀌었을 때 자동으로 reload 하는 옵션
workDir : jsp 등의 파일이 컴파일되는 작업 디렉토리 지정

예를 들면, 다음과 같이 할 수 있어요.

<context path="/test" docbase="D:\Project\Test\Deploy" debug="0" privileged="true" reloadable="true" workdir="D:\Project\Test\Work">
	<logger classname="org.apache.catalina.logger.FileLogger" prefix="localhost.test." suffix=".log" timestamp="true" />
</context>

환경:
Apache Tomcat 5.0

Axis WSDD 레퍼런스

- kj - — Sun, 25 May 2008 18:19:22 +0900

Axis WSDD Referenz

http://www.oio.de/axis-wsdd/

Axis 홈페이지보다도 더 자세한 WSDD 레퍼런스 +_+
근데 어느나라껄까요? ㅎㅎ

웹 페이지를 자동으로 리프레시하게 해보아요.

- kj - — Sun, 25 May 2008 18:13:39 +0900

간단한 것이지만 종종 찾게 되는 것이라서 정리해 두어요..

다음과 같은 메타 태그를 HTML의 <head></head> 안에 추가시키면 돼요.

<meta http-equiv="refresh" content="시간지정; url=경로/파일명" />

예를 들면..
다음 내용을 index.jsp나 index.html에 저장해 두면..
index.do를 명시하지 않더라도 바로 가도록 할 수 있어요.

<metal http-equiv="refresh" content="0; url=index.do" />

익셉션(exception) 처리 전략에 대하여..

- kj - — Sun, 25 May 2008 18:04:13 +0900

익셉션 처리에 관해 매우 참고가 될만한 글이에요.

J2EE 프로젝트에서의 Exception 처리 방안
Spring 프레임워크 워크북의 Exception에 대한 처리 전략

[일부 발췌] Checked Exception & UnChecked Exception (Runtime Exception) 선택 가이드

Rod Johnson은 Checked Exception과 UnChecked Exception을 선택하는 가이드라인으로 다음과 같이 제안하고 있다.

질문	예제	대답이 "예"일 경우의 추천
모든 호출자들이 이 문제를 처리해야하는가? 그 예외가 반드시 그 메써드를 위한 리턴값이 되어야 하는가?	processInvoice() 메써드에서 소비한도를 초과했다.	Checked Exception을 정의하고 사용하여 자바의 컴파일시 해당 Exception을 Check할 수 있는 장점을 활용하라
호출자들 중의 소수만이 이 문제를 처리하길 원하는가?	JDO 예외들	RuntimeException을 확장하라. 이것은 호출자들에게 예외를 잡을지에 대한 선택권을 넘겨주면서도, 모든 호출자들에게 그것을 잡도록 강요하지는 않는다.
뭔가가 끔찍이 잘못되었는가? 그 문제가 치료 불가능한가?	비지니스 메써드의 실행이 데이터베이스 접속의 오류로 실패하였다.	RuntimeException을 확장하라. 호출자들이 사용자에게 그 에러에 관한 정보를 통보 받는 것 외에는 아무것도 할수가 없기 때문이다.
아직도 불명확한가?		RuntimeException을 확장하라. 던져질 수 있는 예외들을 문서화하고, 호출자들이 그것을 잡을지 결정하도록 하라

참고:
J2EE 프로젝트에서의 Exception 처리 방안
Spring 프레임워크 워크북의 Exception에 대한 처리 전략

log4j에 대하여..

- kj - — Sun, 25 May 2008 17:53:44 +0900

Log4J의 구조

Logger

Log Message를 출력하는 방식을 분류하는 단위
Class 혹은 Package 단위로 Logger를 나눌 수 있어요.
그리고 출력할 Log Message의 Level을 지정할 수 있어요.

Appender

Log Message를 실제로 출력하는 녀석
Console, File, DB 등에 Log Message를 출력할 수 있어요.
각 Logger마다 다른 Appender를 설정해서
Class 혹은 Package 별로 다른 출력 방식을 적용할 수 있어요.

Layout

Log Message의 형태
Text, HTML 등의 형태로 Log Message를 출력할 수 있어요.

log4j.properties 설정

# Root Logger
log4j.rootLogger=INFO
# 바로 위처럼 Root Logger에 어떤 Appender도 설정하지 않으면 Root Logger는 Log Message를 출력하지 않아요.
# Console에서조차 다른 Package의 Log Message에는 관심이 없다면 위와 같이 해요. ^^/

# Custom Logger
log4j.logger.kjunine.test=INFO, console
# kjunine.test Package 하위의 Class에서만 Log Message를 출력해요.
log4j.logger.kjunine.test.sample_1=INFO, file-1
log4j.logger.kjunine.test.sample_2=INFO, file-2
# 각 Package 마다 다른 Appender를 적용시켜서 Package 별로 다른 파일에 Log Message를 출력해요.

# Console Appender
log4j.appender.console=org.apache.log4j.ConsoleAppender
log4j.appender.console.layout=org.apache.log4j.PatternLayout
log4j.appender.console.layout.ConversionPattern=%d %p [%c] - %m%n

# File Appender
log4j.appender.file-1=org.apache.log4j.RollingFileAppender
log4j.appender.file-1.File=test-1.log
log4j.appender.file-1.MaxFileSize=10MB
log4j.appender.file-1.MaxBackupIndex=10
log4j.appender.file-1.layout=org.apache.log4j.PatternLayout
log4j.appender.file-1.layout.ConversionPattern=%d %p [%c] - %m%n

# File Appender
log4j.appender.file-2=org.apache.log4j.RollingFileAppender
log4j.appender.file-2.File=test-2.log
log4j.appender.file-2.MaxFileSize=10MB
log4j.appender.file-2.MaxBackupIndex=10
log4j.appender.file-2.layout=org.apache.log4j.PatternLayout
log4j.appender.file-2.layout.ConversionPattern=%d %p [%c] - %m%n

파일 이름에 오늘 날짜를 넣어 보아요.

- kj - — Sun, 25 May 2008 17:42:03 +0900

윈도우

copy test.txt test.%date%.txt

%date% 변수 이용하면 되요.
%time% 변수도 있어요. +_+

다음은 set /? 명령을 통해 나온 도움말에서 동적 환경 변수의 목록이에요.
상위의 4개는 유용하게 쓸 수 있겠네요. ^^

%CD% - 현재 디렉터리 문자열로 확장합니다.
%DATE% - DATE 명령과 같은 포맷을 사용하여 현재 날짜로 확장합니다.
%TIME% - TIME 명령과 같은 포맷을 사용하여 현재 시간으로 확장합니다.
%RANDOM% - 0과 32767 사이에 있는 임의 숫자로 확장합니다.
%ERRORLEVEL% - 현재 ERRPRLEVEL 값으로 확장합니다
%CMDEXTVERSION% - 현재 명령 프로세서 확장자 버전 번호로 확장합니다.
%CMDCMDLINE% - 명령 프로세서를 호출하는 원본 명령줄로 확장합니다.

리눅스

touch test.`date +%Y-%m-%d`.txt

명령어 중간에 `` 를 사용하여 다른 명령어를 실행할 수 있어요.
멋진 기능이네요.. +_+

리눅스 쪽이 다양한 포맷으로 지정할 수 있어서 더 유리하겠네요.