쥬니

mysql 5 수동 설치하기

2009-06-10T10:11:45Z

수동으로 mysql을 설치하는 방법이다.

* 설치환경

window XP, 32bit

* 설치모듈

1. mysql

mysql-5.1.35-win32

2. 네비게이터

sqlyog615.exe

* 설치

1. 다운로드

mysql

http://dev.mysql.com/downloads/mysql/5.1.html#win32

sqlog

http://www.webyog.com/en/downloads.php

2. 환경설정

mysql 에서는 사이트 크기에 따라 미리적용된 옵션의 *.ini 파일이 존재한다.

사이트 환경에 맞게 선택하면 된다.

- my.ini 파일

[mysqld]

thread_stack = 256K <- 재귀호출을 위해 스택 영역을 늘려준다.

basedir = C:/mysql-5.1.35-win32 <- 설치 위치
datadir = C:/mysql-5.1.35-win32/data <- db 설치 위치

기타 사이트 환경에 맞춰 설정해 준다.

3. 서비스 수동 등록

mysqld --install MySQL5 --defaults-file=C:\mysql-5.1.35-win32\my.ini

4. 네비게이터

순서에 맞쳐 설치해 준다.

5. path 잡아주기

윈도우 환경변수 path 에 mysql의 bin 디렉토리를 설정해 준다.

C:\mysql-5.1.35-win32\bin

6. 서비스 실행하기

7. 네비게이터

커넥션 설정

로그인 후 화면

C/C++

2009-04-28T13:02:29Z

C/C++
  ACM - The ABCs of Writing C++ Classes
  Guru of the Week - Guru of the Week
  STL - Standard C++ Library Tutorial 한글
  STL - Standard C++ Library (SGI)
  STL - Visual C++ 의 STL Sample
  C++ FAQ - C++ FAQ
  MSJ - Microsoft Systems Journal
  VC++ STL Reference - VC++ STL Reference
  Thinking in C++ - Thinking in C++ 온라인 북
  코드 구루 - 코드 샘플이 많은 개발관련 사이트
  OpenIL - Open Image Library
  Win32ASM - Iczelion's Win32 Assembly Homepage
  Priority Que & STL - by Mark Nelson (Dr. Dobb's Journal)
  STLPort - 범용, 공개, 오픈소스 STL
  데이타 압축 - 데이타 압축 관련 링크 모음
  C++ Optimize - C++ 최적화 방법에 대한 내용
  STL newbie - STL 초보자를 위한 문서
  코드프로젝트 - 다양한 장르의 프로그래밍 강좌
  MTL - Matrix Template Library
  몇몇책들 - Effective C++, More Effective C++, Design Patterns
  CPlusPlus - C++ Tutorial
  AssemRef - Assembler Programmer's Reference
  공짜 C/C++ 컴파일러들 - 공개 C/C++ 컴파일러들에 대한 상세한 목록
  어셈러브 - 국내 어셈블리 관련 홈페이지
  C++ Online Books - C++ 관련 공짜 온라인 북 링크
  STL Document - RogueWave Software 의 STL 튜토리얼 및 레퍼런스
  Blitz++ - 객체지향 공학용 수치계산 라이브러리(C++)
  행렬 라이브러리 비교 - C/C++ 용 행렬 라이브러리 비교평가

임베디드 개발자가 되려면 [펌]

2009-04-27T09:10:43Z

임베디드 리눅스를 해야 겠다는 생각만 가지고 있다가 이젠 시작해야지 라는 생각을 하셨다면 우선 숨을 크게 들이키시고 내벹는 행동을 반복하신후 임베디드 리눅스를 단번에 점령하겠다는 생각을 버린다. ^^; 정말 임베디드 리눅스는 한번 들어가 보면 끝이 없어서 한두달 만에 끝장을 보겠다는 생각을 가지셨다면 당장 그만 둘것! 당장 그만 두지 않더라도 조만간 그만 두게 될것이다. 왜? 한두달안에는 끝나지 않기 때문이다. 혹시 시작하는 시점의 여러분의 실력이 리눅스의 커널을 이미 분석이 끝난 실력이라면... 더구나 여러 아키텍쳐에 포팅까지 한 실력이라면 정말 한두달 사이에 끝날수 있을 것이다. 굳이 임베디드 리눅스를 따로 할 필요가 없는 실력자이므로...

·리눅스를 설치 해 본적도 없는 초 울트라 초차라면?

당장 리눅스 배포판을 구한다. PC에 리눅스를 설치한다.

·리눅스 명령에 익숙하지 않다면

우선 리눅스에 관련된 책을 한권 산다. 그리고 한번 쭈욱 읽어 본다. http://kldp.org 싸이트에 들락 날락 거리면서 http://man.kldp.org 도 참고 하면서.... 단 주의 할것은 암기력에 자신 있는 분을 제외하고는 명령을 굳이 외우려고 하지 말것 자주 사용하는 명령은 손가락이 외운다. 굳이 사용도 하지 않는 명령을 외우려고 스트레스 쌓이지 말고... 더구나 리눅스 명령어는 정말 정말 너무 많다.

·리눅스 디렉토리 구조를 모른다면

최상위 디렉토리를 외운다. 몇 개 안되므로... 그리고 서점에 간다... 리눅스 관련 책들을 보면서 디렉토리에 관련된 내용을 중점적으로 읽는다. 읽어야 하는 내용은 디렉토리 구현에 대한 것이 아니라.. 각 디렉토리를 어떻게 구분해 놓았는가를 설명한 내용들을 읽는다. 대부분의 책들이 조금씩 만 소개하므로 굳이 책들을 사려고 하지 말 고 서점에서 여러권을 설렵하는 것이 났다. 그리고 이것저것 패케지들을 손수 설치해 본다. 그러면 저절로 깨닫게 될것이다

·쉘 스크립트를 모른다면

리눅스를 하면서 쉘 스크립트를 모르면 고생문이 훤하다 사실 내가 그렇다. 그러나 쉘 스크립트를 아주 잘 할 필요는 없다. 쉘 스크립트를 읽을 정도면 된다. 쉘 스크립트를 작성할 필요가 있다면 스크립트에 대한 강좌를 인터넷에서 보고 하거나 다른 스크립트를 보면서 하면 되니까....

·유닉스 운영 체제를 모른다면

유닉스 운영체제에 대한 최대한 쉽게 설명한 책을 골라서 그냥 소설 읽는 셈 치고 읽어 본다. (참고) 쉽게 설명한 책들의 특징은
1. 그림이 많다.
2. 글씨가 크다.
3. 가격이 싸다.
4. 많은 사람들이 본다.
5. 두께가 얇다

·C 언어를 모른다면

이건 사람 얼굴에 입이 없는 셈이다. 밥 어떻게 먹으려나... 곧 굶어 죽게 될것이다. 바로 C의 기본적인 설명에 대한 책을 독파한다. 이건 정성 들여서 독파해야 한다. 임베디드 리눅스는 거의 C로 시작해서 C로 끝난다. 가끔 C++도 있지만....

·리눅스에서 도는 어플리케이션을 작성한 적이 없다.

http://users.unitel.co.kr/~sangeun5/linux/lpg.html 에 가본다. 정말 도움이 될것이다

·make 사용법을 모른다면

make [강좌- http://kldp.org/KoreanDoc/html/gcc_and_make/gcc_and_make.html] 사용법을 아주 잘 알 필요는 없다 그러나 기본적인 사용법은 알고 있어야 한다. 아주 복잡한 사용법은 이미 기술된것을 이용하는 것으로 충분하다

·리눅스가 동작하기 위한 최소한의 기본 구성에 대해 아는 것이 없다?

부팅 디스크를 만들어 본다. 여기서 주의 할것! 대부분의 분들이 켈프에 있는 부팅 디스크 만들기를 따라만 하시는데 이건 별로 효과가 없다. 부팅 디스크를 만드는 목적은 리눅스가 동작하기 위한 최소한의 기본 구성을 알고자 하는데 목적이 있다. 또한 로더의 필요성 커널과 루트 이미지의 분리와 램디스크에서 동작하는 것에 대해서 또 커널이 동작한 후에 실행되는 최소한의 진행과정을 이해하기 위한 것이다. 이를 알고자 하는데 목적을 두어야지 만드는데에만 열중하면 안된다. 또한 다른 부팅 디스크 이미지를 이용하여 그 내용을 살표보고 공부하여야 한다.

·커널 컴파일을 해 본적이 없다면?

임베디드 리눅스는 커널을 가지고 놀아야 한다. 물론 안하고 하는 방법은 있다. 그러나 대부분의 임베디드 리눅스에서 커널 컴파일과 환경 설정은 거의 필수이다. 임베디드상에서 리눅스의 커널 환경을 설정하고 컴파일하는 방식과 우리가 일반적으로 다루는 PC의 커널을 다루는 방법은 거의 대부분이 같다. PC상에서 커널을 자유자재로 가지고 논다는 것은 "임베디드상에서도 자유롭다"는 것을 의미한다

·커널의 구조를 모른다면

Uinx kernel 완전분석으로 가는길 [http://haninara.xcool.net/forStudy/download.php]이라는 책을 한번 볼것. 약간은 예전의 커널에 대한 이야기가 나오지만 커널이 어떻게 동작하는 지를 알수 있다

·어셈블러를 모른다면?

임베디드 리눅스를 함에 있어서 어셈블러를 몰라도 가능한 영역은 있다. 그러나 많은 부분에서 부딪히게 된다. 고로 어셈블러는 필요 충분 조건이다. 어셈블러라는 것이 너무도 많은 종류가 존재하므로 모두 다 익히기는 어렵지만 자신이 사용하려는 MCU의 어셈블러는 익혀야 한다. 일단 PC를 이용한 임베디드에 대해서 익히려면 PC의 어셈블러는 알아야 한다. 자유 자재로 구사할 정도로 익힐 필요는 없다. 다른 쏘스의 명령을 이해하고 자신이 필요로 하는 기능을 추가하거나 수정 할수 있을 정도면 된다

·윗글에서 제안한 리눅스의 개발과 관련한 기본을 다진후 진행하는 방법

임베디드 리눅스를 할때 많은 분들이 평가 보드를 이용한 학습을 준비한다. 그러나 이런 분들은 대부분 좌절한다. 왜? 기본기가 없는 분들이 평가 보드에 포팅하겠다고 덤비기 때문에 좌절하는 것이다. 포팅이 그리 쉬운 것은 아니다. 일단 PC에서 내공을 쌓은 후 접근하는 것이 수월하다. 임베디드 리눅스라고 PC의 리눅스와 다른 점은 거의 없다. 단지 아키텍쳐만이 다를 뿐이며 이 부분은 전체에 3%도 되지 않는다. PC에서 리눅스의 내부를 자유 자재로 드나드는 분이면 임베디드 리눅스에 접근은 너무도 쉽다. 사실 몇가지 사항을 제외하고는 임베디드 리눅스보다 PC 시스템이 더 복잡하다. 가격도 비교해보면 임베디드 장비가 더 싸다.. ^^; 자 이젠 PC에서 임베디드 리눅스를 하기 위한 접근 방법을 알아 보자. 그리고 공부하기 위하여 평가 보드를 구입하기에는 개인이 구입하는 가격이 너무 고가이다. 컴퓨터를 또하나 사는 셈인데...이게 말처럼 쉽겠는가? 고액 연봉자라면 모를까....

·디바이스 드라이버를 정복하라!!!

임베디드 시스템을 개발하는 과정에서 하드웨어쪽을 제외한 나머지 소프트웨어 측면에서 개발 비중은 로더 및 하드웨어 테스트 프로그램 10% 커널 포팅 10% 디바이스 드라이버 40% 임베디드 어플리케이션 40% 이렇다. 물론 내 개인적인 생각이므로 상황에 따라 다르겠지만 .... 그만큼 디바이스 드라이버는 중요하다. 디바이스 드라이버를 개발 한다고 평가보드를 구매 해야 하는가? 이에 대답은 "아니오" 이다. PC는 매우 복잡한 시스템이다. 임베디드에 사용되는 대부분의 기능이 PC에는 있다. 그러므로 PC에 도는 하드웨어에 관련된 디바이스 드라이버를 스스로 만들 능력이 된다면 임베디드용 디바이스 드라이버를 만들 능력은 충분해 진다. 일단 돈 안드는 PC부터 정복해라. PC가 없다면 모를까 ^^; 자 그럼 디바이스 드라이버는 어떻게 정복하는 것이 좋을까? 한번 알아보자..

·어떤 책이 좋을까?

디바이스 드라이버를 만드는 방법에 대한 책으로 대표적인것에는 오렐리의 책이 있다. 그러나 이책을 초보자가 보기에는 너무 어렵다. 그렇다고 마땅한 다른 책이 있는 것도 아니다. 고로 선택권이 없으므로 이 책을 여러번 읽어 본다. 완벽하게 이해하려고는 하지 말기를 부탁한다. 여러번 읽어 보면 어렴풋이 무슨 내용인지 이해하는 시점이 있을 것이다

·디바이스 드라이버 프로그램을 직접 해본다.

우선 오렐리의 책에 소개된 싸이트에 가서 쏘스를 가져 온다. 그리고 쏘스를 이해하려고 노력한다. 또한 KELP의 내가 쓰고 있는 디바이스 드라이버의 강좌를 계속 지켜 보거나 현재 진행되고 있는 박철님이 진행하고 있는 목요 세미나에 참가한다. 아니면 웹을 뒤지면 의외로 디바이스 드라이버 강좌를 하는 싸이트가 꽤 된다. 싸이트 이름을 내가 일일이 외우기는 힘들지만 ... ^^; ( 천재는 건망증이 심하다고들 한다. )

·프린터 포트를 이용한 캐랙터 디바이스를 만든다

대부분의 임베디드 장비에서 사용되는 디바이스는 캐랙터 디바이스로 충분하다. 고로 캐랙터 디바이스를 안다는 것은 임베디드용 디바이스 드라이버의 절반에 해당하는 내용을 안다는 의미도 된다

·자신이 사용하는 커널 버전이외의 내용은 과감하게 삭제한다.

현재 임베디드용 커널은 2.2대를 근거로 사용한다. 2.4대는 최근에 나왔으므로 아직은 적용중이다. 임베디드용 커널은 버전이 낮다. 또 2.0 대 이전 버전은 약간 적용 방식이 다른 것으로 기억한다. 이를 위해서 오렐리 책에서는 이런 저런 내용을 기술하고 있는데 실전에 사용되는 임베디드 리눅스는 사실 커널을 여러가지로 사용하겠끔 굳이 설계하지 않아도 된다. 즉 커널 버전을 덜 타는 것이다. 범용적인 PC용 디바이스 드라이버를 작성할때나 고려할 내용이다. 그러므로 여러분은 괜히 쏘스를 어지럽히는 커널의 버전 관리 에 대한 내용은 과감하게 제거하고 진행하는 것이 수명 연장에 지름길이 된다

·네트웍크용 디바이스 드라이버는 공부해라

임베디드 장비에 리눅스를 사용하는 가장 큰 목적 중에 하나가 네트워크 스택을 이용하기 위한 것이다. 리눅스 자체가 덩치가 크므로 조그마한 임베디드 장비에는 아예 탑재하지 않는다. 채산성이 전혀 맞지 않기 때문이다. 더구나 리눅스의 대부분의 어플리케이션이 네트워크에 연관되어 있다. 고로 네트워크 디바이스 드라이버는 공부해야 한다.

·기존에 디바이스 드라이버를 한번쯤 스스로 재 작성해 보라.

계속 말하는 것이지만 PC는 매우 복잡한 시스템이다. 고로 PC의 디바이스 드라이버를 구현 할수 있다는 것은 임베디드용 디바이스 드라이버를 구현 할 수 있는 능력이 된다는 것과 동일한 내용이다. 여기서 주의 할것은 PC에서 구현된 디바이스 드라이버들은 매우 안정된 상태이다. 여러분이 이렇게 완벽하게 안정된 디바이스 드라이버를 만들 수는 없다. 왜? 초짜이므로.... 똑같이 안정된 디바이스 드라이버를 작성할수 있다면 바로 리눅스의 개발에 앞장 서 주시길 부탁한다. 보통 많은 분들이 PC용 디바이스 드라이버를 재 작성할때 시리얼 포트용 디바이스 드라이버 부터 하는데 제발 시리얼 포트 부터 하지 말것... PC의 리눅스 상에서 시리얼은 정말 복잡하다. 보통 임베디드의 시리얼과는 상대가 되지 않는다. 터미날을 지원하는 기능과 가상 터미날과 연계 되어 있기 때문이다. 고로 차라리 프린터 포트나 마우스 같은 디바이스 드라이버 부터 만들어 가라... 어쩌면 랜카드용 디바이스 드라이버가 더 쉬울지도 모른다. 다시 당부 드리지만 시리얼 포트 부터 접근하지 말것....

·커널을 이해하라....

디바이스 드라이버를 공부하다보면 많은 부분들이 커널과 연계되어 있음을 알게 된다. 그러므로 디바이스 드라이버에 대해서 공부가 끝났다면 커널의 40%쯤은 이해 했다고 볼 수도 있겠다. 커널을 공부함에 있어서 구분해야 할것이 있다. 하나는 아키텍쳐 의존적인 부분과 아키텍쳐와 독립적인 부분이 있다. 리눅스는 가급적 아키텍쳐 독립적으로 구성되려고 노력한 흔적이 여기저기 보인다. 그래서 리눅스가 다른 아키텍쳐에 포팅 될수 있었던 것이다. 만약 PC의 i386계열에 의존적인 부분이 매우 많았다면 지금처럼 임베디드용으로 사용되지도 못했을 것이다. 자 커널을 이해하는 방법은 어떤게 좋을까? 어디까지 이해해야 할까? 이에 대한 나의 생각을 풀어 보겠다

·커널을 이해하기 위한 방법론 및 어디까지?

커널을 이해하기 위해서 가장 좋은 방법은 쏘스에서 흐름을 쭈욱 쫒아가 보는 것이다. 이를 위한 방법은 켈프에서 제안한 숙제중 부팅 메세지를 시리얼로 보내는 방법을 제안한다. 물론 이때 "Uinx kernel 완전분석으로 가는길이라는 책" 을 옆에 끼고 있는 것이 좋을 것이다. 물론 켈프에 조형기님이 진행하고 있는 강좌란도 무척 도움이 될것이다. 너무 완벽하게 쫒아 가려고 하지 않는 것이 좋을 것이다. 이 놈의 리눅스 커널을 쫒아 가는 것에 맛이 들리면 도통 헤어나질 못하게 된다. 필요한 만큼만 쫓아 다니면 된다. 임베디드 리눅스를 구현함에 있어서 대부분은 기존에 이미 포팅되어 있는 아키텍쳐를 이용하게 되는데 이 방법이 의미하는 것은 커널을 완벽하게 이해하기 보다는 커널 쏘스의 어떤 부분에 어떤 기능이 있는가 정도를 파악하는 선이면 된다는 것이다. 필요할때 좀더 자세하게 쏘스를 쫒아 다니면 된다. 또 내가 권유하는 방식은 당신이 필요로 하는 기능은 대부분 다른 사람이 이미 해 놓았을 가능성이 높다는 것이다. 커널에 집중하기 보다는 웹싸이트를 뒤지는 시간이 더 짧을 수 있다. 요즘은 Know Where!! 아닌가....

·정말 임베디드 리눅스를 하려면

5항까지 진행된 분이라면 6항 이후에 설명하는 과정을 수행해도 문제가 없을 것이다. 여기서 부터는 보통 일반인들이 말하는 임베디드 시스템용 리눅스를 어떻게 하는가를 설명하는 것이다

·평가 보드를 구매하라...

만약 당신이 가난한 개발자라면 이 이후에 진행은 포기해 달라.. 왜? 개인이 하기에는 너무도 벅찬 돈이 든다. 그냥 평가 보드만 사서 될일이 아니다. (이것도 정말 비싸다) 물론 평가 보드만 사도 될수 도 있지만 새로운 하드웨어적인 기능을 추가하고 시험하려면 개발 장비가 보통 고가가 아니다. 그냥 개인이 취미로 하기에는 이미 금전적인 부담이 넘어선다. 단 평가보드상에서 만족한다면 평가보드 살 능력이 되야 한다. 평가보드만으로도 꽤 많은 것을 공부 할수 있다. 단 평가보드를 구매할때 JTAG가 지원되는 평가보드를 구매하라 그나마 JTAG를 사용하는 공부는 돈이 적게 든다

·평가 보드를 구매 했다면....

평가 보드를 보통 구매하면 대부분의 문서가 따라 오게 된다. 물론 사용되는 디바이스의 설명서들이 포함되 있거나 최소한 어디서 구하는지에 대한 설명은 있을 것이다. 이런 자료를 모두 일단 확보할 것.

·MCU를 공부하라..

평가 보드에 사용되고 있는 MCU에 대해서 공부해야 한다. MCU를 모르고 임베디드를 도전하는 것은 시간낭비의 지름길이다. MCU의 구조 MCU의 하드웨어 사양 MCU의 프로그램 방법 ( 어셈블러 ) MCU의 동작 방식 뭐 이런 것이 있겠다.

·평가 보드에 사용되는 디바이스를 공부해라...

평가 보드에 사용되는 디바이스를 모두 공부할 필요는 없다. 자신이 사용하고자 하는 디바이스에 대해서 하드웨어적으로는 어떻게 연결되고 디바이스를 제어하기 위해서는 소프트웨어 적으로 어떻게 해야 하는 가를 이해 해야 한다. 이런 이해를 위해서는 해당 디바이스에 대한 리퍼런스 매뉴얼의 확보는 필수적이다. 항상 나에 가슴을 아프게 하는 것은 기술된 언어가 영어라는 점이다. 빨리 한글이 전세계 공통어로 되어야 하는데.... 나를 세계 대통령으로 밀어 주면 가장 먼저 한글을 공용어로 하고 모든 표기를 한글로 하는 세계법을 제정하겠다.

·크로스 컴파일 환경을 구축하는 것을 공부하라

임베디드 리눅스를 공부하는 것에 가장 큰 관문중에 하나가 크로스 컴파일 환경을 구축하는 것이다. 그나마 다행인것은 요즘은 아예 rpm 패케지로도 나온다는 점이다. 그래도 몇몇 cpu에 필요한 환경은 자신이 스스로 구축해야 한다. 또 평가 보드에 따라 구축하는 방법이 조금씩 다를 수 있다. 물론 평가보드에 따라오는 CD에는 일반적으로 크로스 컴파일에 필요한 화일도 따라오므로 좀 괜찮기는 하지만 아예 공부하지 않으면 조금만 문제가 생겨도 속수 무책일수 있다.

·부트 로더를 공부하라.

임베디드 리눅스를 공부하기 위해서 가장 처음 부딪히는 것이 부트 로더다. PC에서는 그 개념이 별로 중요하지 않으므로 이 문제가 별로 대두되지 않지만 임베디드에서는 바로 대두 된다. 보통은 이미 개발된 오픈된 부트 로더를 자신의 시스템에 맞게 바꾸게 된다. 그러므로 부트로더의 쏘스는 어느정도 분석하고 있어야 한다.
부트로더자료 - [http://haninara.xcool.net/forStudy/download.php]

·NFS 시스템에 대해서 공부하라

임베디드 시스템에는 커다란 보조 기억 장치가 없기 때문에 필히 네트워크를 이용한 다른 시스템의 보조 기억 장치를 마운트 사용해야 편리하다. 이를 위해 사용되는 것이 NFS이다. 고로 이에 대한 공부는 해두는 것이 좋다

·그외 나머지는 어떻게?

커널을 올리고 바꾸고 하는 것은 PC에서 공부했다면 별로 문제가 되지 않는다. 또 대부분 커널은 포팅했다. 단 일반적으로 부딪히는 문제를 늘어 놓는다면 다음과 같다

·MMU가 없다..

보통 PC에서는 MMU가 있으므로 문제가 되지 않지만 임베디드 시스템에서는 MMU가 없는 것이 일반적이다. 왜? 가격이 싸기 때문이다. 그렇다면 어떤 문제가 있을까 바로 이 문제에 대해서 공부해야 한다는 것이다. 50100용을 사용하거나 드래곤볼 을 사용한 임베디드 리눅스의 하우투 문서를 찾아 보고서 공부하는 것이 좋다

·루트 디스크 이미지와 램 디스크

임베디드 리눅스의 거의 대부분이 보조 기억 장치가 없거나 있어도 플래쉬 메모리 이다. 그래서 루트와 마운트 되는 기억 장치로 램 디스크를 많이 사용하게 된다. 문제는 램 디스크용 루트 이미지가 ROM에 있거나 플래쉬 메모리에 저장되기 때문이다. 커널의 루트 이미지 복사는 부분에 대한 공부를 필요로 하는 것이 이 때문이다.

·플래쉬 메모리에 대해서 공부 할것

플래쉬 메모리는 하드 디스크 처럼 쓰고 읽을 수 있는 저장 장치이다. 더구나 읽는 속도가 매우 빠르다. 그러나 플래쉬 메모리는 쓰는 횟수에 한계가 있다. 이에 대한 공부를 미리 하지 않으면 당신이 납품한 임베디드 장비에 대해서 고생 할 가능성이 농후하다. 이에 대하여 다른 사람은 어떤 방법론이 있는가에 대하여 미리 공부해 두는 것도 좋을 것이다. 가끔 배신감 느끼게 플래쉬에 대한 몇가지 소프트웨어가 특허에 걸려 있다.

·계속 늘어 놓으면 한도 끝도 없을 것 같으므로

정말이다.. 임베디드 리눅스라는 분야는 PC이외에 모두 다 라고 할 정도로 다양하다. 이 모든 것을 미리 공부할수는 없다. 역시 실전에 부딪히면서 배우는 수밖에

·빨리 개발하는 방법....

아마도 이 글을 읽고서 벌써 임베디드 리눅스를 공부하고 싶은 마음이 없어지는 사람들의 목소리가 들린다. 음.... 아마도 이글을 읽고 있는 분들 중에는 당장 1달안에 개발을 완료 해야 하는 분들도 있을 것이다. 이에 대한 해답은 아니지만 속성 코스에 대해서 이야기 하려고 한다. 단 이 방법은 엔지니어로써 어느정도 구력이 있는 분에 해당하는 것이지 완전 엔지니어 초짜에 해당되는 것은 아님을 미리 밝힌다.

·이미 개발된 평가 보드를 이용할 것...

자 임베디드 리눅스를 이용한 시스템을 만든다는 것은 자신이 목적으로 하는 동작이 정확하게 수행되면 된다. 그러므로 구현하고자 하는 장비와 최대한 같은 기능을 담고 있는 평가보드(개발보드) 를 구한다. 이 평가 보드에는 리눅스가 모두 설치 되어 있어야 한다. 그리고 캐랙터 디바이스의 가장 최소한에 대한 공부만 한다. 이것 마저도 안한다면 어쩔수 없다. 그리고 평가보드의 회로를 최대한 그대로 수용한 목적 시스템을 만든다. 이런 상태라면 다음과 같은 할일만 남는다.

1. 부트로더에서 초기화와 커널 부팅을 수행하는 부분만 남겨 놓고 제거한다.
2. 커널을 그대로 사용한다.
3. 대부분의 디바이스 드라이버도 그냥 사용한다.
4. 추가된 디바이스의 드라이버만 작성한다.
5. 어플리케이션을 작성한다.

- KELP 펌

레이어 위치 구하기

2009-03-16T15:09:59Z

var cloumn=document.getElementById("cloumn");

var top = GetObjectTop(cloumn) + 14;
var left = GetObjectLeft(cloumn) + 25;
excel.style.top = top+'px' ;
excel.style.left = left+'px' ;

1. 재귀 함수로 구하기

function GetObjectTop(obj){
if (obj.offsetParent == document.body)
return obj.offsetTop;
else
return obj.offsetTop + GetObjectTop(obj.offsetParent );
}

function GetObjectLeft(obj){
if (obj.offsetParent == document.body)
return obj.offsetLeft;
else
return obj.offsetLeft + GetObjectLeft(obj.offsetParent );
}

2. while 로 구하기

* body 태그 까지 올라가면서 offset 값들을 더하면 body 태그 부터 현재 위치한 태그의 레이어의 절대 좌표를 구할 수 있다.

heap size 조정하기, java.lang.outOfMemory 에러

2009-03-13T13:00:00Z

이클립스에서 자바 힙사이즈 조정 하는 방법

1. 자바 어플리케이션 실행시

- 메뉴 : 프로젝트 > 프로퍼티 > Run/Debug Settings

- -Xms256m -Xmx512m : 적당히 조정

2. 톰캣 실행시

- 위치 : Servess View 창 > 등록되어 있는 서버 더블클릭 > OverView 파일 > Open launch configuration

- -verbosegc -Xnoclassgc -Xms256m -Xmx512m : 적당히 조정

초를 시 분 초 로 변환하는 쿼리

2009-01-16T13:03:35Z

select
FLOOR(a.ti/3600) || '시간' || FLOOR(MOD(a.ti,3600)/60) || '분' || MOD(a.ti,60) || '초' AS "시분초"

from

(
select 3661 as ti from dual
) a

오라클 임의의 로우 (row) 값 만들기

2009-01-15T10:11:38Z

select decode(level,1,'Mgr03001',2,'Mgr03002') as IP_TYPE from dual connect by level <= 2

select level from dual connect by level <=255

ibatis 쿼리, 동적, where in 등 검색에 사용할때 쿼리 생성하기

2009-01-06T08:36:27Z

iBatis 쿼리가 검색이나 그런부분에서 쿼리가 유동적으로 변화가 필요할떄 사용하면 됩니다.

WHERE구가 가변인 동적SQL

　동적인 SQL의 조립이 가능한 점은 iBATIS의 큰 이점입니다. 외부 화일에 SQL을 정의하는 구조로는 동적SQL에 대응할수 없는 곤란한 일이 됩니다.

　예를들면 다음과 같은 검색처리를 생각해 봅시다.

· 사원명이 지정된 때에는 WHERE ENAME LIKE ～의 검색조건을 추가

· 부서번호가 지정된 때에는 WHERE DEPTNO = ～의 검색조건을 추가

· 양쪽의 조건이 지정된 때에는 AND 조건으로 한다.

· 아무것도 지정안한 때에는 WHERE구는 사용하지 않는다.

　검색화면등에서 흔히 있는 처리입니다. 검색조건이 지정되는 것으로 WHERE구가 변화합니다.

　SQL문자열의 단순한 연결이 됩니다만 "WHERE"라는 문자열에서 연결하거나 "AND"란 문자열에서 연결하거나 꽤 귀찮은 프로그래밍이 됩니다.

검색조건클래스 SearchEmpParam

　검색조건을 지정하기 위한 오브젝트입니다. 사원명과 부서번호를 검색조건으로 지정하기 위해서 작성했습니다.

　이 오브젝트에 조건검색을 저장하고 iBATIS로 넘겨서 SQL을 실행하게 됩니다.

SearchEmpParam.java의 발췌

public class SearchEmpParam {

private String ename;

private int deptno;

public String getEname() {

return ename;

}

public void setEname(String ename) {

this.ename = ename;

}

public int getDeptno() {

return deptno;

}

public void setDeptno(int deptno) {

this.deptno = deptno;

}

SqlMap

　작성이 끝난「SqlMap-Emp.xml」에 SQL정의를 추가합니다.

SqlMap-Emp.xml의 발췌

　조금 복잡하게 되었지만 잘 보면 심플합니다.

　이 SQL정의는 고정부분과 동적으로 결정하는 부분으로 나뉘어져 있습니다. 으로 지정된 부분은 동적으로 결정하는 부분입니다. parameterClass로 지정된 오브젝트에 의해서 동적으로 SQL가 구축됩니다.

　ename프로퍼티가 NotNull의 경우（즉 검색조건 ename이 지정된 때）에 ENAME like #ename#란 SQL문자열이 연결됩니다.

　deptno프로퍼티가 0이외의 경우（즉, 검색조건 deptno가 지정된 때）에 DEPTNO = #deptno#란 SQL문자열이 연결됩니다.

　iBATIS가 1번째일까? 두번째 이후일까?를 판별해서 "WHERE"가 "AND"의 문자열을 사용, 연결해 줍니다.

실행 프로그램

　3방법의 SQL이 작성된 실행 예 입니다. 동적인 SQL을 실행할 뿐 이지만 프로그램의 기술은 매우 심플합니다.

Sample09_DynaSQL1.java의 발췌

System.out.println("동적SQL지정 조건의 유무");

System.out.println("조건 지정 없음");

SearchEmpParam paramAll = new SearchEmpParam();

List listAll =

(List)sqlMap.queryForList("searchEmp", paramAll);

for (Emp e : listAll){

System.out.println(e);

}

System.out.println("ENAME조건만 정의 like '%WA%'");

SearchEmpParam paramEname = new SearchEmpParam();

paramEname.setEname("%WA%"); //ENAME조건을 지정

List listEname =

(List)sqlMap.queryForList("searchEmp", paramEname);

for (Emp e : listEname){

System.out.println(e);

}

System.out.println("양쪽지정 dept=20, like '%WA%'");

SearchEmpParam paramBoth = new SearchEmpParam();

paramBoth.setDeptno(20); //Deptno조건을 지정

paramBoth.setEname("%WA%"); //Ename조건을 지정

List listBoth =

(List)sqlMap.queryForList("searchEmp", paramBoth);

for (Emp e : listBoth){

System.out.println(e);

}

　SearchEmpParam에 저장되어있는 값에 의해 WHERE구가 붙게되거나 되지 않거나 하게 됩니다. 3회의 queryForList가 실행되어지지만 동적으로 작성된 SQL은 각각 다음과 같이 됩니다.

SELECT * FROM EMP

SELECT * FROM EMP WHERE ENAME like '%WA'

SELECT * FROM EMP WHERE ENAME like '%WA' AND DEPTNO = 20

반복구조를 가진 동적SQL

　지정된 값에 의해서 SQL의 할당이 반복구조가 되는 것이 자주 있습니다.

　샘플은 WHERE구의 IN 으로 지정한 조건이 동적으로 변화하는 예 입니다. IN 으로 지정한 파라미터가 0개 부터 n개로 변화합니다. 임의의 수의 사원번호를 지정가능으로 지정한 사원번호가 IN 으로 열거지정 됩니다.

검색조건 클래스 SearchEmpParam

　검색조건클래스는 복수의 사원번호가 지정할수 있도록List에서 사원번호를 복수보관 할수 있도록 합니다.

SearchEmpParam.java의 발췌

public class SearchEmpParam {

private List empnoList = new ArrayList();

public List getEmpnoList() {

return empnoList;

}

SqlMap

　작성이 끝난 「SqlMap-Emp.xml」에 SQL정의를 추가합니다.

SqlMap-Emp.xml의 발췌

　복수 사원번호를 List로 부터 열거하기 위해서 iterate태그를 지정합니다. 이 부분은 empnoList프로퍼티의 요소수에 의해서 반복 출력 됩니다.

　prepend속성은 요소가 1개 이상 존재하는 때에 부가됩니다.

　open속성 및 close속성은 반복 블럭의 선두에서 말미에 부가됩니다.（열림 괄호, 닫힘 괄오에 사용합니다.)

　conjuction속성은 각 반복의 연결문자열로써 사용됩니다. SQL의 IN 연산자는 ","（콤마）로 잘라서 기술하기 때문에 상기와 같이 됩니다.

　프로퍼티의 지정으로는 empnoList[]와 같이, 프로퍼티명의 마지막에 [ ]가 붙는것에 주의해 주십시오.

실행 프로그램

　검색조건 클래스 SearchEmpParamのempnoList 프로퍼티에 복수의 사원번호를 추가지정합니다.

Sample10_DynaSQL2.java의 발췌

System.out.println("동적SQL의 지정");

SearchEmpParam paramIn = new SearchEmpParam();

paramIn.getEmpnoList().add(new Integer(7839));

paramIn.getEmpnoList().add(new Integer(7566));

paramIn.getEmpnoList().add(new Integer(7788));

paramIn.getEmpnoList().add(new Integer(7934));

List list =

(List)sqlMap.queryForList("searchEmpIn", paramIn);

for (Emp e : list){

System.out.println(e);

}

　SQL의 IN 연산자의 부분에 전개되어 실행됩니다.

SQL문자열의 대입을 하는 동적SQL

　가장 유용한 동적 SQL은 SQL문의 일부를 문자열로 지정하는 방법입니다.

　ORDER BY구의 정렬조건을 지정하는 경우등은 문을 조립하는것보다도 문자열에서 ORDER BY구를 직접지정하는것이 편하기도 하고 좋습니다.

　iBATIS에서는 SQL문에 문자를 대입하는것이 가능합니다. 이것은 대입파라미터와는 다릅니다. 어디까지나 SQL문으로 파묻히는 것 입니다.

SqlMap

　작성이 끝난 「SqlMap-Emp.xml」에 SQL정의를 추가합니다.

SqlMap-Emp.xml의 발췌

　$value$가 나중에 대입되는 SQL문자열 입니다. #value#와 같은 대입 파라미터의 기술과 다른점에 주의해 주십시오.

　이 예에서는 유일한 문자열을 파라미터로 하기 때문에 $value$로 되었지만 parameterClass를 지정할 경우는 $fooProperty$、$barProperty$와 같이 복수의 대입문자열을 지정하는 것이 가능합니다.（물론 Map에서도 지정 가능합니다.の指定も可能です）

실행 프로그램

Sample11_DynaSQL3.java의 발췌

System.out.println("동적SQL의 지정 SQL문을 지정 ORDER BY EMPNO DESC");

List list =

(List)sqlMap.queryForList("searchEmpOrder", "EMPNO DESC");

for (Emp e : list){

System.out.println(e);

}

　queryForList를 실행할 때에 SQL에 대입하는 문자열을 지정합니다. 이 예에서는 다음과 같이 전개됩니다.

SqlMap의 정표

SELECT * FROM EMP ORDER BY $value$

전개후

SELECT * FROM EMP ORDER BY EMPNO DESC

　이 대입 방법은 복잡한 동적 SQL을 작성하기 위해서 사용해야 합니다.

　데이터의 대입에는 #property#형식으로, 값의 대입파라미터를 사용하는것이 적절합니다.

요약

· resultMap요소를 사용하는 것으로 검색결과와 Bean의 맵핑을 할 수 있다.

· dynamic요소를 사용하는 것으로 동적SQL을 정의할 수 있다.

· iterate요소를 사용하는 것으로 반복 구조의 동적SQL을 정의 할 수 있다.

· 실행시에 SQL문자열을 대입하는것이 가능하다.

　동적SQL을 정의할 수 있어서 소스 코드로 부터 SQL문을 완전히 분리할 수 있습니다. 소스코드는 SQL정의를 참조할 뿐이어서 매우 심플하게 됩니다. 고기능(高機能)한 O/R맵핑 프레임워크는 SQL을 은폐해버리는 것도 있지만 iBATIS는 굳이 SQL에 특화한 기능을 강화하고 있습니다.

　강력한 SQL의 기능을 최대한으로 이용할수 있는 프레임워크로써 iBATIS와 최선의 선택사항일지도? 라고 생각합니다.

정규표현식 예제

2008-11-28T10:25:00Z

디자인 참고 사이트

2008-11-21T13:04:50Z

http://manageengine.adventnet.com/

리스트 태그

2008-11-21T11:31:02Z

01. 기본기

How to Create Beautiful and Elegant HTML Lists Using CSS

http://konstruktors.com/blog/design-suggetions/125-how-to-create-beautiful-and-elegant-html-lists-using-css/

02. 트리만들기

Turning Lists into Trees http://odyniec.net/articles/turning-lists-into-trees/

03. 박스형태 만들기

List Boxes http://green-beast.com/experiments/css_list_boxes.php

log4jdbc를 활용하여 쿼리 로그 남기기

2008-11-21T11:15:58Z

1. 필요한 라이브러리 다운 로드
- log4jdbc3-1.1.jar(If you are using JDK 1.4 or 1.5, you should use the JDBC 3 version of log4jdbc.)
- slf4j-api-1.5.0.jar(log4jdbc와 logging 서비스 연동을 위한 API 제공)
- slf4j-log4j12-1.5.2.jar(log4jdbc와 Log4j 기반의 Logging 서비스 연동을 위한 구현 라이브러리 제공)

2. DataSource 서비스 속성 정의 파일 정의

 destroy-method="close">
		value="net.sf.log4jdbc.DriverSpy"/>
		value="jdbc:log4jdbc:mysql://localhost:3306/member?useUnicode=true
	&characterEncoding=utf8"/>

3. Logger 정의

- jdbc.sqlonly : SQL문만을 로그로 남기며, PreparedStatement일 경우 관련된 argument 값으로 대체된 SQL문이 보여진다.
- jdbc.sqltiming : SQL문과 해당 SQL을 실행시키는데 수행된 시간 정보(milliseconds)를 포함한다.
- jdbc.audit : ResultSet을 제외한 모든 JDBC 호출 정보를 로그로 남긴다. 많은 양의 로그가 생성되므로 특별히 JDBC 문제를 추적해야 할 필요가 있는 경우를 제외하고는 사용을 권장하지 않는다.
- jdbc.resultset : ResultSet을 포함한 모든 JDBC 호출 정보를 로그로 남기므로 매우 방대한 양의 로그가 생성된다.
- 예) log4j.xml



    xmlns:log4j="http://jakarta.apache.org/log4j/" debug="false">
    
    
        
            
           
    
    
	class="org.apache.log4j.RollingFileAppender">

4. 로그 처리 결과

2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.setAutoCommit(true)
2008-10-24 10:23:02 [java.sql.Connection] - <{conn-100003} Connection>
2008-10-24 10:23:02 [java.sql.Connection] - <{conn-100003} 
Preparing Statement:      
select count(userid) as total from MEMBER   where userid = ? 
and password = ?  >
2008-10-24 10:23:02 [jdbc.audit] - 
<2. Connection.prepareStatement(
select count(userid) as total from MEMBER where
 userid = ? and password = ? ) 
2008-10-24 10:23:02 [jdbc.audit] - 
<2. PreparedStatement.setQueryTimeout(0)
2008-10-24 10:23:02 [jdbc.audit] - 
<2. PreparedStatement.setString(1, "pepsi") 
2008-10-24 10:23:02 [jdbc.audit] - 
<2. PreparedStatement.setString(2, "1234") 
2008-10-24 10:23:02 [java.sql.PreparedStatement] - 
<{pstm-100004} 
Executing Statement: 
select count(userid) as total from MEMBER where userid = ? and password = ?  >
2008-10-24 10:23:02 [java.sql.PreparedStatement]
 - <{pstm-100004} 
Parameters: [pepsi, 1234]>
2008-10-24 10:23:02,281 DEBUG [java.sql.PreparedStatement] - 
<{pstm-100004} Types: [java.lang.String, java.lang.String]>
2008-10-24 10:23:02,281 DEBUG [jdbc.sqlonly] - 
<2. select count(userid) as total from MEMBER where userid = 'pepsi' 
and password = '1234' >
2008-10-24 10:23:02,281 DEBUG [jdbc.sqltiming] -
<2. select count(userid) as total from MEMBER where userid = 'pepsi' 
and password = '1234'  
{executed in 0 msec}>
2008-10-24 10:23:02 [jdbc.audit] - <2. PreparedStatement.execute()  
2008-10-24 10:23:02 [jdbc.audit] - <2. PreparedStatement.getResultSet()
2008-10-24 10:23:02 [java.sql.ResultSet] - <{rset-100005} ResultSet>
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.getType()
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.next() returned true
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.getMetaData() returned
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.getInt(TOTAL) returned 1
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.wasNull() returned false
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.next() returned false
2008-10-24 10:23:02, [java.sql.ResultSet] - <{rset-100005} Header: [TOTAL]>
2008-10-24 10:23:02 [java.sql.ResultSet] - <{rset-100005} Result: [1]>
2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.getMetaData()
2008-10-24 10:23:02 [jdbc.resultset] - <2. ResultSet.close()
2008-10-24 10:23:02 [jdbc.audit] - <2. PreparedStatement.close()
2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.isClosed()
2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.getAutoCommit()
2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.clearWarnings() 
2008-10-24 10:23:02 [jdbc.audit] - <2. Connection.setAutoCommit(true)

jdbc.sqltiming 로그에 보면 실행된 FULL Query가 보일 것입니다. 굿 럭!!

오라클 힌트 기능을 이용한 옵티마이저 동작제어, /+ /

2008-11-20T15:31:05Z

네이버 검색 : 오라클 옵티마이저 힌트

오라클 옵티마이저 기본 원리 http://cafe.naver.com/armydelay1/24227

오라클 옵티마이저 기본 원리2 http://cafe.naver.com/armydelay1/37047

오라클 힌트와 사용방법 http://blog.naver.com/stbo/140053938250

[오라클/ocp]힌트 기능을 이용한 옵티마이저 동작제어

이와 같은 현재의 옵티마이저의 한계를 보완하기 위해,

오라클에서는 SQL에 힌트(hint)를 추가해서

사용자가 옵티마이저가 선택하는 실행 계획에 영향을 줄 수 있도록 하고있다.

옵티마이저가 최선이아닌 차선의실행 계획을 선택하는 경우,

사용자가 SQL에 힌트를 주어서 실행 계획을 베스트 플랜으로 만들도록 하는 것이 목적이다.

힌트를 제공하는것이 옵티마이저의 기능이 떨어지는 것을 의미하는 것은 아니다.

어떤 DBMS의 옵티마이저도 완전할 수는 없기 때문에, 힌트 기능의 제공은 반드시 필요하다.

옵티마이저의 실행 계획은

결국 조인 순서, 조인 방법, 테이블 액세스 경로를 결정하는 것이기 때문에,

힌트의 종류도 크게 이 세가지를 제어하는 것으로 구분할 수 있다.

다음 예는 Q1에 대해 힌트를 사용한 예를 보여주고 있는데,

처음 'ordered'는 from 절에 나와 있는 순서대로 조인 순서를 정하는 것이고,

'use_n1'의 경우 dept테이블을 inner table로 사용할 때

Nested Loop 방식만을 사용하도록 지정하고,

full(e)는 emp 테이블은 항상 Full Table Scan을 통해서 액세스하도록 지정하는 것이다.

오라클에서 제공하는 다양한 힌트의 종류와 자세한 의미에 대한 설명은

<참고자료5>를 보기 바란다.

Q1: select/*+ ordered use_nl(d) full(e) */ename,sal: Oracle 힌트 기능 사용 예
from emp e. dept d
where e.deptno = d.deptno and d.loc = 'SEOUL'

오라클 SQL에서 힌트를 제공하는 또라른 목적은,

사용자가 다양한 실행 계획을 수행해 봄으로써 어떤 데이타 액세스경로가 도움이 되는지를

테스트해 볼 수도 있다.

힌트의 사용은 아주 불가결한 경우 말고는 사용을 조심해야 한다.

실제로 이 힌트 기능이 남용되는 경우가 많다.

힌트를 사용하게 됨으로써 데이타베이스 환경의 변화(예를 들어, 테이블의 크기 변화,

인덱스의 추가/삭제)가 발생할 때

옵티마이저가 더 나은 실행 계획을 선택하는 것을 방해할 수도 있다.

실제로 Oracle E=Business Suite 11i의 경우

포함된 27만개의 SQL 중에서 0.3%만이 힌트를 포함하고 있다고 한다.

[출처] [오라클/ocp]힌트 기능을 이용한 옵티마이저 동작제어 |작성자 갈치

Mylyn 2.0, Part 1: 통합된 태스크 관리 (한글)

2008-11-19T12:20:05Z

원본

http://www.ibm.com/developerworks/kr/library/j-mylyn1/index.html

Eclipse용 통합 이슈 트래킹으로 작업을 단순하게!

문서 옵션

JavaScript가 필요한 문서 옵션은 디스플레이되지 않습니다.

		이 페이지 출력
		이 페이지를 이메일로 보내기
		영어원문

난이도 : 중급

Mik Kersten, Mylyn Project Lead; President & CTO, Tasktop Technologies

2007 년 12 월 04 일

최근 출시된 Mylyn 2.0 버전 (전 Mylar)은 태스크들을 Eclipse로 완벽하게 통합하고, 그러한 태스크들의 콘텍스트(context)을 자동으로 관리함으로써 생산성을 향상시킵니다. Mylyn 프로젝트 리더인 Mik Kersten은 Mylyn 1.0 이후 많은 사용자 피드백을 받았고, 이를 두 파트로 된 Mylyn 가이드에 적용하여 업데이트 했습니다. Part 1에서는 Mylyn의 태스크 관리 장치와 Bugzilla, Trac, JIRA 같은 저장소와의 통합에 대해 설명합니다. Part 2에서는 콘텍스트 관리로 멀티 태스킹을 쉽게 하는 방법과, 정보 오버로드를 줄이는 방법을 설명합니다.

소프트웨어 시스템, 프레임웍, 툴들은 계속 성장할 수 있지만, 정보를 처리하는 개발자의 능력은 실제로 한계가 있다. 대부분의 통합 개발 환경(IDE)은 구조화 된 뷰, 에디터, 고급 검색 장치를 사용하여 이러한 한계를 극복하려고 한다. 이러한 메커니즘을 통해 대형 시스템들을 보다 쉽게 검색할 수 있지만, 전형적인 프로그래밍 태스크를 완수하기 위해 처리되어야 하는 수 많은 정보를 관리하기에는 부족하다. 결국, 구조화 된 뷰는 과부하가 되고 만다. 예를 들어, Eclipse Package Explorer는 작은 엔터프라이즈 애플리케이션을 검색하기만 해도 수 천 개의 소스 파일들을 보여주기 때문에, 이러한 정보를 스크롤, 검색, 트래킹 하는데 엄청난 시간을 낭비할 수 있다.

재미있는 점은, 대부분의 경우 프로그래밍 태스크를 완성하기 위해 시스템의 전체적인 계층적 구조나 특정 메소드에 대한 모든 레퍼런스를 볼 필요가 없다는 것이다. 예를 들어, 버그 픽스나 기능 추가의 경우, 여러분의 시스템의 하위 세트에만 관심이 있다. Mylyn은 두 개의 장치들을 Eclipse에 추가함으로써 그러한 하위 세트를 명확하게 하는 인터랙션 기술이다. 통합 태스크 관리(integrated task management)와 자동 콘텍스트 관리(automated context management)가 그것이다. 태스크 관리는 task/bug/defect/ticket/story/issue 트래커를 Eclipse로 통합하고 고급의 태스크 편집 및 태스크 스케줄링 장치를 제공한다. 콘텍스트 관리는 Eclipse와의 인터랙션을 감시하고, 태스크와 관련된 정보를 자동으로 구분하며, 구조화 된 뷰와 에디터에 초점을 맞춰 관련된 정보만을 보여준다. 이러한 장치들이 결합되어, Mylyn의 Task-Focused UI가 구성되는데, 이는 멀티 태스킹을 더욱 쉽게 해주고, 정보 오버로드를 크게 줄인다. (참고자료 섹션의 "Using Task Context to Improve Programmer Productivity" 연구 논문 참조)

생각의 속도

미엘린(Myelin)은 자연스럽게 발생하는 인체 물질로서, 흥분 상태에서 뉴런들을 더욱 활성화 함으로써 생각을 가속화 한다. Mylyn이란 이름도 이 myelin에서 착안한 것이다. 많은 사용자들은 Mylyn으로 자신이 생각하는 속도로 코딩을 할 수 있다고 말하고 있다. 이전에, 이 프로젝트는 Mylar라고 하는 얇은 플라스틱 필름과 같은 이름을 사용했다.

본 기술자료 시리즈는 Mylyn 사용 가이드이다. 태스크 관리가 아닌 프로그래밍에 초점을 맞춘 부분에서는 여러분이 Eclipse IDE를 알고 있는 것으로 간주한다. Part 1에서는 Mylyn과 태스크 관리용 장치를 소개한다. Part 2에서는 콘텍스트 관리용 Mylyn 장치를 소개하고, Task-Focused UI가 프로그래밍과 개발 방식에 어떤 영향을 미치는지를 설명한다. 여러분의 편의를 위해 두 파트를 동시에 발표한다.

Part 1은 프로그래밍 액티비티에 국한된 것이 아니고, Eclipse나 독립 애플리케이션에서 Mylyn을 사용하는 방법에 관한 내용이다. Part 2는 자바 ™ 프로그래밍에 초점을 맞추면서도, Eclipse 기반 툴에 적용할 수 있는 기능들을 논한다. Bugzilla는 이 글의 예제에 사용되는 태스크 저장소이지만, 개념과 UI는 Mylyn이 지원하는 다른 이슈 트래커들에도 적용된다. 다른 커넥터와 Mylyn을 사용할 계획이 있더라도, Bugzilla Connector를 사용하는 단계를 권장한다. 이렇게 함으로써 핵심 기능에 더 익숙해 질 수 있다.

Mylyn 소개

Mylyn은 Eclipse SDK를 태스크를 트래킹하는 고급 메커니즘으로 확대되었다. (참고자료) 태스크는 사용자 리포트 버그나 기능 향상에 대한 기록 같이, 요청 또는 다른 사람들과 공유하고자 하는 작업의 단위이다. Mylyn으로는 워크스페이스에서 로컬로 태스크를 저장하거나, 한 개 이상의 태스크 저장소에 저장된 태스크들로 작업을 할 수 있다. (태스크 저장소의 예는 Bugzilla, Trac, JIRA 같은 이슈 트래커이다. 특정 태스크 저장소를 연결하려면, 그 저장소를 위해 Mylyn 커넥터가 설치되어야 한다.

일단 태스크가 통합되면, Mylyn은 그러한 태스크에 대한 작업 액티비티를 감시하여 태스크와 관련한 정보를 구분한다. 이것으로부터, Mylyn은 태스크 콘텍스트(task context) -- 태스크와 관련된 모든 생성물들을 만든다. 여기에는 여러분이 검색했던 문서, 편집했던 메소드, 언급했던 API가 들어갈 수 있다. Mylyn은 태스크 콘텍스트를 사용하여 UI를 관심 정보에 집중시키고, 관심이 없는 부분들은 숨기며, 관련된 것들을 자동으로 찾는다. 작업을 수행시키기에 필요한 정보가 생기면 검색, 스크롤, 네비게이션에 드는 시간을 줄임으로써 생산성을 향상시킬 수 있다. 태스크 콘텍스트를 분명하게 함으로써, Mylyn은 멀티 태스킹, 플래닝, 재사용, 전문성 공유에도 기여한다.

시간이 흘러가면서, Mylyn을 사용한 결과, 작업 방식이 미묘하면서도 근본적으로 바뀐다. 여러분이 일단, 태스크 중심 방식으로 작업하는데 익숙해지면, 생산성은 매우 높아진다는 것을 알 수 있다. 조직화 되고, 중요한 협업 태스크들에 집중하고, 진행 상황을 추적하는 것이 점점 쉬워진다.

그림 1에서 번호가 매겨진 영역들은 Mylyn 태스크와 콘텍스트 관리 기능들이다.

오늘로 스케줄링 된 활성 태스크와 Bugzilla 리포트가 있는 Task List
태스크 콘텍스트에서 관리되는 변경 세트
오프라인 지원이 되는 풍부한 태스크 에디터
Eclipse Package Explorer의 태스크 중심(Task-focused) 모드

그림 1. Mylyn의 Task-Focused UI

크게 보기.

다음 섹션에서는 Mylyn을 설치 및 구성하는 방법과, 핵심 기능들을 설명하겠다. Mylyn의 태스크 관리 장치들을 배우고 나서, 이것이 매일 매일의 워크플로우에 어떻게 영향을 주는지를 배울 것이다.

위로

태스크 저장소 커넥터

이 글에서, 필자는 Mylyn의 Bugzilla Connector를 사용하여 태스크 저장소 통합 작업의 핵심 개념을 설명할 것이다. 이 개념은 다른 지원되는 태스크 저장소와 동일하지만, 통합과 커넥터의 성숙 레벨은 다양하다. Mylyn에 번들 된 Bugzilla와 Trac 커넥터는 성숙하고 레퍼런스 구현으로서 간주된다. 기타 이슈 트래커와 프로젝트 관리 툴들용 커넥터(CollabNet, Rally, Mantis, XPlanner)는 Mylyn Extensions 페이지를 참조하라. (참고자료).

완전하게 통합된 커넥터는 다음 기능을 선사한다:

쿼리: 쿼리는 태스크들을 Mylyn의 Task List로 가져오는 메커니즘이다. 쿼리 편집과 검색 장치들은 커넥터 전용이고, Eclipse 기반 쿼리 디자이너 또는 서버의 계정으로부터 온 쿼리의 검색을 제공한다. 또는 이 두 가지 모두를 제공한다.
풍부한 편집: 태스크와 쿼리는 통합 에디터에서 편집될 수 있다. 이 장치는 태스크에 태스크와 다른 구조화 된 엘리먼트에 하이퍼링크를 제공하고, 드래그&드롭 같은 Eclipse와 데스크탑 통합도 제공한다. 풍부한 편집을 제공하는 커넥터는 Eclipse의 임베디드 브라우저에서 태스크와 쿼리를 여는 장치도 제공한다.
첨부: 파일들이 저장소에 첨부되거나, 저장소로부터 파일들을 가져올 수 있다. 이 기능으로 운영 체계 또는 Eclipse 내에서 파일들을 첨부할 수 있고, 콘텍스트 공유 같은 장치들을 실행한다. (Part 2).
오프라인 지원: 연결이 해제된 상태에서 작업할 수 있고, 서버에서 대기할 필요 없이 즉각 태스크에 액세스 하여 쿼리할 수 있다. 이러한 장치는 변경 공지도 제공하는데, 이메일 클라이언트에 의존하는 대신 태스크용 인박스로서 Task List를 사용할 수 있다.

Mylyn의 완전한 통합을 경험하고, 외부 또는 웹 기반 UI 의존성을 탈피하기 위해서는, 커넥터는 여기에 리스팅 된 네 가지 모든 장치들을 지원해야 한다. 하지만, Eclipse의 태스크들을 작업할 수 있도록 충분한 장치들이 있다면, Mylyn의 Task-Focused UI도 많은 혜택을 줄 수 있다. 커넥터용 태스크 저장소를 사용할 수 없다면:

로컬 태스크를 위한 Mylyn 지원을 사용하라. 지원되지 않은 저장소가 웹 기반 UI를 갖고 있다면, 브라우저에서 URL을 Mylyn으로 가져와서 태스크를 만든다.
다양한 웹 기반 저장소들(Google Code Hosting (code.google.com), IssueZilla (java.net, dev2dev, tigris.org), GForge (objectweb.org), SourceForge (sf.net), JIRA, Trac, phpBB, vBulletin)에서 기본적인 쿼리 지원을 제공하는 Generic Web Repository Connector를 사용하라. (참고자료)
태스크 저장소 벤더에게 문의하여 Mylyn 용 커넥터를 만든다. Mylyn 버그 페이지에 커넥터에 투표하는 것도 고려해 보라. (참고자료).
고유의 커넥터를 만들라. (참고자료)

위로

설치와 설정

Mylyn은 현재 대부분의 Eclipse 배포판에 포함되어 있기 때문에, 가장 쉽게 구할 수 있는 방법은 Eclipse 다운로드 페이지(참고자료)에서 Mylyn을 포함하고 있는 패키지를 다운로드 하는 것이다. 하지만, 새로운 Mylyn 버전으로 업데이트 하거나, Mylyn이 포함 되지 않은 Eclipse 버전에 Mylyn을 설치할 경우에는 다음 방법도 유용하다.

팁: Mylyn은 Java 5 또는 이후 버전이 필요하다!

Mylyn은 Java 5를 기반으로 구현된다. JRE 1.4 또는 이전 버전에서 실행한다면 작동하지 않을 것이다. 자신의 Eclipse 버전이 어떤 JRE를 사용하고 있는지를 확인해 보라.( Help > About Eclipse SDK > Configuration Details) 설치 문제 해결은 Mylyn FAQ를 참조하라. (참고자료)

Eclipse 버전에 맞는 Mylyn을 설치하려면, Eclipse Update Manager를 사용한다: Help > Software Updates > Find and install > Search for new features to install. Eclipse 3.2에서 업데이트 되면, Search for updates 대신 이 방법을 사용하는 것이 더 낫지만, 이것은 올바른 의존성 체크를 수행하지 않는다. Eclipse 3.3에서는 어떤 방법도 다 가능하다. 최신 Mylyn 업데이트 사이트에서는 Update Manager를 제공한다. Mylyn의 다운로드 페이지를 참조하라. (참고자료).

Mylyn의 핵심적인 디자인 목적 중 하나는 Eclipse의 기존 UI 장치들과 완벽하게 통합하는 것이다. 또 다른 목적은 여러분이 필요로 하는 기능들만 설치하여 사용하는 것이다. 그림 2는 여러분이 설치하고자 하는 기능들을 선택할 수 있는 UI이다. 여러분의 역할이 개발이 아닌 버그 찾기라면, Task-Focused UI를 설치할 필요 없이 Mylyn의 Task List를 설치하고, 이슈 트래커용 커넥터를 개별적으로 선택할 수 있다. 소프트웨어 개발자들은 두 기능 모두를 설치하고 싶어한다.

그림 2. Mylyn 기능 및 저장소 커넥터 선택하기

업데이트 사이트에서 설치할 기능들을 선택할 때, 여러분이 사용하는 한 개 이상의 태스크 저장소를 선택한다. Mylyn 다운로드 페이지에서 명시한 것처럼, 추가 업데이트 사이트를 더하여 원하는 커넥터들을 구해야 한다. 권장 Task-Focused UI 기능을 설치할 때, Eclipse 버전에 설치할 수 있는 모든 브릿지(bridge)들을 선택해야 한다. (브릿지 상세는 Part 2 참조) Eclipse 3.3 또는 이후 버전을 재시작 하면, 그림 3과 같은 welcome 스크린이 나온다. Eclipse 3.2를 사용하고 있다면 Help 메뉴에서 직접 welcome 스크린을 열도록 한다.

그림 3. Welcome 스크린

위로

태스크와 쿼리

Mylyn은 두 가지 종류의 태스크와의 작업을 지원한다:

로컬 태스크는 Eclipse 워크스페이스에 저장되고, 스케줄링 같은 기본적인 태스크 관리 기능을 제공한다. 로컬 태스크들은 개인적이고 여러분에게만 보인다.
저장소 태스크는 외부 애플리케이션이나 서버에 대응하는 태스크 저장소에 저장된다. 저장소 태스크는 사람들간 공유되지만, 여전히 개인 스케줄링과 노트 같은 로컬 태스크 장치들도 제공한다.

이 섹션에서는 로컬 태스크들을 생성하여 편집하는 방법을 설명하고, 저장소 태스크들로 작업할 수 있는 기능들을 검토한다. 여기에서 다룬 기능들의 가용성은 커넥터의 통합 레벨에 의존하기 때문에, 적용할 수 있는 것만 참조해야 한다. 통합 레벨과 관계 없이, 모든 Mylyn의 태스크 관리 장치들을 사용할 수 있는데, 이 부분은 태스크 관리와 개인 플래닝에서 다루겠다.

로컬 태스크 시작하기

Mylyn을 설치한 후에, 다음 단계를 따른다:

Task List 뷰의 New Task 툴바 버튼을 클릭하여 새로운 태스크를 만든다.
Local Tasks 저장소를 선택한다.
태스크 요약에 입력한다.
Eclipse 툴바에서 Save를 클릭하거나, Ctrl+S를 눌러 업데이트 된 디스크립션을 저장한다.

로컬 태스크를 만드는 지름길은 Insert 키 또는 텍스트나 URL을 웹 브라우저에서 Task List로 가져오는 것이다. 새로운 태스크의 디스크립션은 상응하는 웹 페이지의 제목에 따라서 자동으로 채워진다. (Firefox에서는 일반적인 드래그를 하고, Internet Explorer에서는 드래그 동안 Ctrl을 누른다.) Task List에서 태스크를 더블 클릭하면 태스크 에디터가 열리고(그림 4), 여기에서 노트를 생성하고, 관련 하이퍼링크들을 붙이거나, 특정 날짜로 태스크를 스케줄링 한다. 기본적으로, 새롭게 생성된 태스크들은 이들이 생성된 날짜로 스케줄링 된다.

그림 4. 로컬 태스크 편집하기

일단, 십여 개의 로컬 태스크들을 만들면, 카테고리를 만들어서 이들을 구성해야 한다. 태스크를 만들고, Task List에 카테고리를 선택하지 않았다면, 이 태스크는 Uncategorized 컨테이너에 배치된다. 여러분이 만들었던 태스크를 Task List의 Move to 팝업 메뉴를 사용하여 또 다른 카테고리나 태스크 에디터로 옮기거나 드래그&드롭을 사용한다.

로컬 태스크 완료를 표시하려면, 태스크의 팝업 메뉴 또는 태스크 에디터를 사용한다. 완료 표시가 된 태스크들은 기본적으로 필터링 되지만, Task List의 뷰 메뉴를 통해서 필터링 될 수 있다. (Task List 뷰 툴바의 오른쪽을 향하는 삼각형으로 열린다.) 어지러움을 없애기 위해, 어떤 태스크도 보여주지 않는 카테고리들(예를 들어, 이 카테고리에 있는 모든 태스크들이 완료되었을 경우)은 나타나지 않는다. Task List의 상단에 있는 Find: 박스를 사용하여 필터링 된 태스크들에 액세스 한다. 마지막으로, 태스크 에디터를 통해 로컬 태스크용 우선 순위와 플래닝 정보를 설정한다. 태스크 관리와 개인 플래닝에서는 플래닝에 대해 자세히 다룬다.

Mylyn의 아이콘 스킴에 익숙해 지려면, Task List 뷰 메뉴에서 Show UI Legend 액션을 사용한다. (그림 5) 이 글에서 아이콘 스킴에 대해서도 이야기 할 것이다.

그림 5. Mylyn UI Legend

태스크 저장소 추가하기

태스크 저장소들은 태스크 관리에 사용하는 기능과 메타포의 관점에서 매우 광범위하다. Mylyn의 태스크 장치들은 통합된 방식으로 광범위한 저장소와 작업할 수 있도록 한다:

팁: 저장소 추가 후 설정의 유효성 검사

가장 많이 보고되는 Mylyn 문제들은 태스크 저장소 연결에 관한 것이다. Validate Settings 버튼을 사용하여 여러분이 입력한 기밀 정보가 올바른지를 확인한다. 네트워크 프록시 같은 추가 설정이 필요하면, 다른 섹션들 중 하나를 사용하고 이들을 다시 확인한다. 일반적으로, 태스크 저장소 커넥터는 밸리데이션이 실패할 경우 유용한 메시지를 제공한다. 그렇지 않으면, 커넥터용 문서를 참조하거나, 연결 문제 해결을 위한 Mylyn FAQ(참고자료)를 참조하라. 일부 커넥터들은 서버상에서 특별한 설정을 필요로 한다.

로컬 태스크: Eclipse 워크스페이스에 저장된 간단한 태스크들과 작업하는데 사용되는 특별한 종류의 저장소.
공유 태스크: 팀이 공유 태스크 저장소(예를 들어, Bugzilla 서버)를 사용한다면, 이 저장소를 사용하여 다른 사람들과 협업할 수 있다.
프로젝트 관리 태스크: XPlanner 같은 커넥터들은 태스크들을 프로젝트 단계와 사용자 스토리로 그룹핑 할 수 있도록 하는 태스크 관리 장치를 제공한다.
버그와 향상 리포트: 이것은 제품의 사용자들과 지원 팀들간 일반적으로 공유되는 특별한 유형의 태스크들이다. Mylyn은 통합 버그 리포팅을 다른 태스크에도 제공한다.

Task Repositories 뷰(Window > Show View > Mylyn > Task Repositories)를 열거나, 이것을 포함하고 있는 Team Synchronizing 퍼스펙티브 같은 퍼스펙티브를 사용함으로써, 태스크 저장소를 만들 수 있다. 일단 열리기만 하면, 뷰의 툴바를 사용하여 새로운 저장소를 추가한다. 저장소 비밀 번호와 기타 연결 상세를 입력하거나, 가용 템플릿들 중 하나를 선택한다. 그림 6의 bugs.eclipse.org 저장소는 Mylyn을 설치할 때 자동으로 생성되어 Mylyn과 Eclipse에 대한 버그와 기능 요청을 쉽게 보고할 수 있도록 한다.

그림 6. Eclipse.org Bugzilla 저장소 추가하기

저장소 쿼리

태스크 저장소를 성공적으로 추가했다면, Task List의 팝업 메뉴에 있는 New Query 액션을 통해 그 저장소에 있는 태스크에 액세스 할 수 있는 쿼리를 만들 수 있다. 예를 들어, 필자의 이메일 주소에 할당된 모든 Bugzilla 리포트에 액세스 할 쿼리를 작성한다. (그림 7):

그림 7. 새로운 Bugzilla 쿼리 만들기

쿼리 설정 권고

다양한 구성 스타일을 지원하기 위해, Mylyn의 Task List는 카테고리와 쿼리를 설정 및 사용하는 방식을 유연하게 했다. 예를 들어, 팀이 반복을 관리하고 각 Bugzilla 리포트에 마일스톤을 표시하는 것을 중요시 여긴다면, 마일스톤에 상응하는 쿼리를 설정하고, 이들을 사용하여 프로젝트의 진행을 트래킹 할 수 있다. 하지만, Mylyn 팀과 다른 Mylyn 사용자들과 함께 작업해본 필자의 경험 상, 다른 사람들과 많이 협업한다면 개인 별로 쿼리를 설정하고, 여러분에게 할당된 태스크 작업을 주로 한다면 컴포넌트나 제품 영역을 설정하는 것을 권장한다. 모든 태스크 컨테이너들의 팝업 메뉴에서 사용할 수 있는 Task List의 Go Into 액션을 사용하여 할당된 태스크나 특정 컴포넌트와 관련된 것에만 집중할 수 있다. Task Search (Ctrl+H) 장치를 사용하여 최신의 마일스톤 진행 상황을 알 수 있다. 구체적으로 다음 사항을 권하고 싶다.

여러분에게 할당된 모든 태스크에 대한 하나의 쿼리를 설정한다. (이를 테면, "All Mine" 같은). 뚜렷한 제품이나 컴포넌트 영역이 있다면, 이 쿼리를 여러 개로 나눌 수 있다. 일반적으로, 싱글 쿼리로 충분하고, Task List가 수행되는 순서대로 태스크를 놓기 때문에 다음에 무엇을 해야 할 지를 쉽게 알 수 있다.
다른 사람들과 면밀히 협업한다면, 이들 각각에 대한 쿼리를 설정한다. Mylyn의 인커밍 공지는 개인별 논의에 대응하고 우선순위를 정하는데 도움이 된다.
여러분이 보고했거나, 주석을 달았거나, 참조가 되었던 모든 버그들에 대한 쿼리를 설정한다. ("Products - Eclipse"와 "Products - Mozilla") 관심 있는 모든 태스크 저장소에 이를 수행하여, 여러분이 관심을 갖고 있는 모든 리포트에 대한 변경 공지를 받도록 한다. 고유의 태스크를 위해 설정했던 쿼리에 포함된 컴포넌트를 배제함으로써, 쿼리들 간 태스크 중복을 피할 수 있다.
버그를 찾는다면, 버그용 인박스 계정용 개별 쿼리를 설정하여 인커밍 리포트를 모니터링 할 수 있도록 한다.

포함시킬 것을 강력히 권장하고 싶다. Mylyn은 기본적으로 완료된 태스크들을 필터링 하고, Task List의 상단에 있는 Find: 박스를 통해 쉽게 검색할 수 있도록 한다. 쿼리에 미완 태스크들만 포함된다면, 그러한 태스크들이 완료되면, 이 쿼리에서는 더 이상 보이지 않는다. 모든 Mylyn 태스크에 대한 필자의 쿼리는 현재 1,420 개의 엘리먼트를 리턴하고, 이중 대부분이 완료된 것이다. 일반적으로, 이러한 유형의 큰 결과 세트는 문제가 되지 않는다.

쿼리에서 사라지는 완료 태스크들이 여전히 Archive에 보인다면, 여기에는 여러분이 그 동안 작업했던 모든 태스크들이 포함된 것이다.

마일스톤 같은 스케줄링 정보에 대한 쿼리를 설정하는 것이 유용할 수 있지만, 다른 사람들과 중복되는 쿼리들로 Task List에 과부하를 줄 수 있다. Search 함수를 사용하여 타겟 마일스톤 같은 것을 쿼리하는 것도 고려해 볼 만하다. 일반적으로, 여러분이 지금 작업 및 협업하고 있는 것을 가능한 자세하게 보여주는 Task List를 설정하는 것이 가장 유용하고, 이 마일스톤에 "다음" 작업이 무엇인지 같은 질문에 빠르게 답할 때에는 검색이 유용하다.

매개변수를 설정하고 Finish를 클릭한 후에, Task List의 쿼리 컨테이너에는 상응하는 태스크들로 채워진다. Mylyn은 백그라운드에 태스크용 정보를 가져온다. 태스크 정보가 다운로드 되면, 태스크 열기가 바로 일어난다. 태스크 정보를 검색하기 위한 서버 라운드 트립이 필요가 없기 때문이다. 쿼리의 매개변수들을 변경하려면, 이것을 다시 열고(Task List의 쿼리를 더블 클릭한다.), 선택된 값을 편집한다. 쿼리 매개변수 설정이 커넥터 별로 다양하지만, 이들은 커넥터의 웹 UI에서 제공되는 장치들을 반영한다. 커넥터 문서 또는 서버 웹 UI 문서를 참조하라.

기본적으로, 쿼리들은 20분 마다 자동으로 동기화 하고, 쿼리 매개변수들과 매치하는 새로운 태스크를 보여준다. (Preferences > Mylyn > Task List를 통해 이 스케줄을 변경할 수 있다.) Mylyn은 웹에서 연결이 해제될 때 오프라인 모드로 될 필요가 없다. 하지만, 동기화를 끄고 싶다면, 예를 들어, 연장된 기간 동안 오프라인으로 작업하거나, 사용된 대역폭에 직접 지불할 때-Task List의 뷰 메뉴에서 Synchronize Automatically 설정을 토글링 함으로써 이를 수행할 수 있다. 이 모든 태스크와 쿼리들을 툴바의 버튼을 통해 직접 동기화 하거나, 팝업 메뉴나 F5 키보드 숏컷에서 개별적으로 쿼리를 동기화 할 수 있다. 또한, 태스크 저장소를 오프라인 모드로 둘 수 있다. 이것은 저장소에 액세스 할 수 없을 때 확장된 기간 동안 작업할 때 유용하다.

웹 브라우저를 통해 액세스 할 수 있는 커넥터의 경우, Mylyn은 여러분도 이미 익숙하고, 일부 연산들이 Mylyn의 풍부한 편집 장치에 의해 지원되지 않는다면 의존해야 하는 웹 UI와의 통합을 제공한다. 태스크나 쿼리를 오른쪽 클릭하여 웹 브라우저에서 연다. (Eclipse 브라우저 설정은 Window > Preferences > General > Web Browser에 있다.), 제휴 URL을 가진 모든 저장소 태스크는 Task List의 툴바와 태스크 팝업 메뉴의 Open with Browser 액션을 통해 열릴 수 있다. 또한 이 브라우저를 사용하여 Bugzilla 쿼리도 열 수 있다. (예를 들어, Bugzilla 웹 UI를 사용하여 이를 조정하기 위해 이메일에 붙이고 싶을 경우). New Query 마법사 프롬프트가 생기면 이것을 붙임으로써 업데이트 된 URL에서 Task List에 새로운 쿼리를 만들 수 있다.

태스크 검색하기

태스크 검색은 쿼리를 생성하는 것과 비슷하지만, 결과를 Task List에 저장하지 않는다. Ctrl+H 또는 Search 메뉴 (Search > Task Search)를 사용하고, 관심 있는 저장소를 선택하고, 검색 기준을 입력한 다음 Search를 클릭한다. Search 뷰가 열리면, 검색과 매치되는 태스크를 열 수 있다. (그림 8) 검색을 조정하려면, Search 다이얼로그를 다시 열고 이전의 검색 기준을 복원한다. 검색 결과는 Search 뷰의 팝업 메뉴에서 쿼리로 바뀔 수 있다.

그림 8. 태스크 검색과 결과

저장소 태스크 만들기

새로운 저장소 태스크를 만들려면, Task List 툴바나 File > New 메뉴에서 상응하는 액션을 사용하면서, 저장소를 선택한다. 이 단계 후에, 커넥터는 Bugzilla 컴포넌트 같은 이 태스크용 추가 애트리뷰트를 요청할 것이다. 새로운 에디터가 열리면 태스크의 애트리뷰트와 디스크립션을 채울 수 있다. 여러분이 Bugzilla 커넥터를 사용하고 있다면 운영 체계 같은 일부 애트리뷰트는 자동으로 선택된다.

팁: 쿼리 모드의 오른쪽 클릭

쿼리 모드를 오른쪽 클릭하면, 쿼리에 해당하는 저장소나 제품을 자동으로 선택할 수 있다. 일반적으로, 인풋을 요하는 함수를 호출하면, Mylyn은 여러분의 선택을 사용하여 관련 인풋을 미리 선택한다.

여러분이 만들어야 하는 또 다른 종류의 태스크는 Mylyn용 버그 리포트 또는 Eclipse 기반 툴이다. 버그 리포팅은 bugs.eclipse.org 저장소의 자동 추가와, Eclipse의 Error Log 뷰와 Help 메뉴에서 액세스 할 수 있는 자동 버그 리포팅 용 액션을 통해 쉽게 수행된다. 보고하고 싶은 에러 이벤트를 보게 되면, 이것을 오른쪽 클릭하고, Report as Bug를 선택한다. New Repository Task 에디터가 열리고, 스택 트레이스 같은 모든 관련 정보들이 포함된다.

이러한 종류의 원클릭 버그 리포팅으로 수 많은 중복 버그 파일링을 만들 수 있지만, Mylyn은 자동화된 중복 탐지를 수행한다. Search for Duplicates 버튼은 잠재적 중복에 대해 해당 저장소를 쿼리하기 위해 리포트의 Description에 있는 스택 태스크를 자동 삽입하거나, 직접 붙인다. 중복 탐지의 결과가 Search 뷰에 나타난다. (그림 9) 매치가 이루어지면, 이것을 열고, 새로운 버그 리포트를 만드는 대신 코멘트를 단다.

그림 9. 통합된 버그 리포팅과 중복 탐지

편집과 동기화

Bugzilla 태스크를 열면, 에디터 상에 Bugzilla와 Planning 탭을 볼 수 있다. 저장소 커넥터는 저장소에서 공유되는 태스크 정보를 편집하기 위해 Bugzilla 탭 같은 풍부한 에디터를 제공한다. 또한, Planning 탭은 개인용 노트를 만드는데 로컬 태스크에 있었던 것과 같은 장치를 제공한다.

버그에 있는 코멘트를 볼 때, Outline 뷰를 사용하여 코멘트들간 검색할 수 있지만, 읽지 않은 코멘트의 자동 폴딩(folding)은 대부분의 네비게이션이 Task Editor 자체에서 수행될 수 있다는 것을 의미한다. 다른 태스크와 다른 구조화 된 엘리먼트(자바 스택 트레이스 엘리먼트)에 대한 레퍼런스가 하이퍼링크 된다. (그림 10과 그림 1) 하이퍼링크의 신택스는 커넥터 전용이다. 일반적으로, 태스크 에디터의 좌측 상단에서 보게 되는 같은 레퍼런스는 버그를 하이퍼링크로 연결하는데 사용될 수 있다. 커넥터의 웹 UI에 의해 지원되는 대안 신택스들 역시 지원된다. task 신택스는 언제나 지원된다.

그림 10. 저장소 태스크 에디터와 콘텐트 어시스트

커넥터가 오프라인 편집을 지원하면, Mylyn은 상응하는 쿼리나 태스크가 동기화 될 때마다 이 카피를 열고 업데이트 하는 태스크의 캐싱된 카피를 관리한다. 애트리뷰트를 설정하거나 코멘트의 부분들을 합성하는 것 같이 어떤 변경이라도 있으면, Ctrl+S를 눌러서 변경 사항을 로컬로 저장한다. 이로써, 태스크들은 아웃고잉(outgoing) 인디케이터를 얻게 된다. 태스크를 제출 할 준비가 되면, 에디터 하단에 있는 Submit을 클릭한다.

태스크가 이전에 열렸다면, 이것을 다시 열면 오프라인 카피를 가져오게 되고, 태스크의 백그라운드 동기화를 시작한다. 여러분은 태스크를 읽고 작업을 시작하기 전에 서버로의 라운드 트립을 기다릴 필요가 없다. 새로운 인커밍 변화가 발견되거나, 누군가가 에디터가 열려있는 동안 태스크를 변경한다면, 에디터의 타이틀 바는 이를 가리키고, 에디터를 리프레시 할 것을 명령한다.

팁: 이메일 인박스 정돈하기

Mylyn의 백그라운드 동기화 덕분에, Bugzilla의 버그 리포트 변경 사항을 알기 위해 이메일 공지에 의존하지 않아도 된다. 여러분이 관심 있는 (예를 들어, 복사했던 모든 리포트 같은) 모든 태스크를 캡쳐하는 쿼리를 설정하면, 인박스에 과부하를 주지 않는 깔끔한 인커밍 화살표의 형태로 공지를 받을 수 있다. Window > Preferences > Mylyn > Tasks를 선택함으로써 동기화 스케줄을 설정한다. 트리에서 노드를 오른쪽 클릭하고 Synchronize를 선택함으로써 쿼리와 태스크를 직접 동기화 할 수 있다.

누군가가 저장소의 태스크를 변경한다면, 예를 들어, 새로운 주석을 추가한다면, 팝업 창이 스크린의 오른쪽 밑에 나타나서 변경 사항을 알려주고, 태스크는 인커밍 화살표를 사용하여 보여진다. 인커밍 변화를 요약한 툴팁을 보려면 태스크 위에 마우스를 댄다. 태스크가 열리면, 변경 사항이 하이라이트 되고, 추가되었던 새로운 코멘트가 자동으로 확장된다. 로컬 카피와 서버의 카피가 변경되었다면, 빨간색 충돌 모양의 인디케이터가 나타나고, 문제를 해결하라는 프롬프트가 뜬다. 충돌 모양을 보게 되면, 태스크가 태스크 에디터의 Synchronize 버튼을 통해 동기화 되고, 변경 사항을 제출했는지 확인하거나, 팝업 메뉴의 Mark > Clear Outgoing을 통해 이들을 버린다.

첨부 파일

태스크 에디터의 Attachments 섹션에서 Add... 버튼을 사용하여 저장소에 첨부 파일을 추가할 수 있다. 워크스테이션에서 윈도우 매니저에서 파일이나 텍스트를 에디터의 Attachments 섹션으로 가져올 수 있다. 첨부 파일을 추가하면, 첨부 파일들이 클립보드 콘텐트, 컴퓨터 상의 파일, Eclipse 워크스페이스 중 어디에서 생성되는지를 선택할 수 있는 마법사가 호출된다. Attachments 테이블에서는 웹 브라우저나 에디터에 첨부 파일을 열고 저장 또는 클립보드로 복사하기 같은 콘텍스트 메뉴를 통해 특정 액션을 수행한다.

위로

태스크 관리와 개인 플래닝

이제, Mylyn에 싱글 태스크 리스트와 주간 작업일에 관련된 모든 태스크를 관리하는 인박스를 만드는 방법을 설명하겠다. 많은 개발자들의 경우, 주어진 주간 작업일에 트래킹 및 스케줄링 되어야 할 태스크 범위는 다음과 같다:

작업하고 있는 제품을 위해 해결해야 하는 결점과 기능
짝을 이룬 동료들에 의해 수행되거나, 멘토링 또는 관리되어야 할 태스크
프레임웍, API, 소프트웨어와 관련한 버그 리포트
개인적인 to-do 아이템과 리마인더

이 모든 태스크들을 하나의 뷰로 통합하면 다음에 해야 할 일을 보기 위해 한 곳만 보면 되므로, 관리가 더 쉬워진다. 태스크 관리를 더욱 잘 활용하기 위해서, Mylyn은 스케줄링 및 연기 태스크와 XP 스타일 개발의 직접성과 적응성 같은 일반적으로 인식된 태스크 관리 베스트 프랙티스를 실현했다. Mylyn의 태스크 관리 툴을 사용하여 장기적인 우선 순위를 잃지 않으면서 한 주 동안 쉽게 변화하는 요구 사항들의 변화에 쉽게 적응할 수 있다. 주간 작업일의 제어하는 것 외에도, Mylyn은 Eclipse를 떠나지 않은 채, 마일스톤과 우선 순위 같은 공유 저장소 애트리뷰트를 만듦으로써 팀 프랙티스와 통합할 수 있도록 해준다.

Scheduled Date 대 Due Date

Mylyn은 스케줄링 목적으로 두 가지 종류의 날짜를 제공한다: scheduled date와 due date. (이 두 가지가 태스크 에디터에 나타났다는 것을 알 수 있다.) Scheduled Date는 주 노동 시간을 관리하고 우선 순위를 정하는 것을 돕는 반면, Due Date는 데드라인 같은 고정된 이벤트에 해당한다.

태스크의 Scheduled Date는 우선 순위 변경에 따라 쉽게 연기될 수 있는 개인용 스케줄링을 위한 소프트(soft) 데이트이다. 그 태스크에 대한 작업을 시작하는 시간을 정한다. 태스크가 이 Scheduled Date에 해당하면, 태스크는 빨간색으로 변하고 작업을 시작하거나 시작일을 미뤄야 함을 알려준다. Today로 스케줄링 된 태스크는 빨간색 대신 파란색으로 변하고, 작업일의 끝에 스케줄링 되기 때문에, 작업일에 태스크를 재 스케줄링 할 필요가 없다.

반대로, 태스크의 Due Date는 고정된 날짜이다. 태그가 완료되어야 하는 날짜이다. 이것은 데드라인 같은 외부적 제약 조건과 관련이 있다. 공유 태스크 저장소나 캘린더링 툴을 사용한다면, Due Date는 동기화 되어 다른 팀 멤버들도 볼 수 있다. 예를 들어, Bugzilla의 타임 트래킹(time-tracking) 장치가 실행되면, Bugzilla 태스크용 Due Date는 태스크 에디터의 Attributes 섹션 내의 Time Tracking 섹션을 통해 설정될 수 있고 다른 팀 멤버들이 편집할 수 DT다. Due Date의 존재는 해당 날짜 전에는 파란색, 그 날짜 후에는 빨간색이 되는 태스크 아이콘 상의 작은 시계로 표시된다.

주 노동 시간에 집중하기

Mylyn으로 태스크 생성과 공유가 쉽기는 하지만, 일단 이것을 사용하기 시작하면, Task List는 곧 수십 개 또는 수천 개의 태스크들로 넘쳐날 것이다. 이러한 현상은 Mylyn의 초기 사용자들에게 일어났으며, 필자도 그 중 하나다. 아마도 필자가 최초의 사용자였기 때문에, 필자의 현재 Task List에는 5천 개 이상의 태스크들이 있고, 이중 천 개 이상이 미완이다. 이것은 정보 오버로드를 줄이고자 하는 Mylyn의 목표에 배치된다. 이를 해결하기 위해, Mylyn은 태스크의 스케줄링과 연기에 체계화 된 장치들을 제공하고, 이러한 정보를 사용하여 주 노동 시간에 관련된 태스크들만 보여주는 Task List에 집중한다. 새롭게 생성된 태스크들은 생성일에 대해 스케줄링 되고, 태스크 에디터의 Planning 섹션이나 콘텍스트 메뉴를 통해서 나중 시간 또는 날짜로 빠르게 연기될 수 있다.

태스크가 Scheduled Date에 도달하면, 태스크와 컨테이너(쿼리)는 빨간색으로 변하고, 팝업 창이 리마인더로서 데스크탑에 나타난다. (다른 Mylyn 색상과 폰트 설정과 마찬가지로, Window > Preferences > General > Appearance > Colors and Fonts에서 태스크 강조 선호도를 설정할 수 있다.) Window > Mylyn > Tasks > Scheduling에 설정된 작업일의 시작은 미래 날짜로 연기될 때 태스크가 스케줄링 되는 시간을 정한다. 작업일의 끝을 변경하면 그 날에 스케줄링 된 태스크들이 지난 것인지 여부를 파악한다.

Mylyn의 태스크 관리 모델의 핵심은 관심 기반 랭킹과 필터링인데, 이것은 Task List 툴바의 Focus on Workweek 액션을 통해 활성화 할 수 있다. 포커싱은 주 노동 시간에 관련된 태스크들만 보이게끔 한다. 여기에 속한 태스크들은:

그 주에 스케줄링 되거나 Scheduled Date를 지나친 태스크.
인커밍 변경과 코멘트가 있는 저장소 태스크.

그림 11에서 보듯, 태스크에는 색깔이 있고 다음에 무엇을 할 지 빠르게 구분할 수 있도록 분류된다:

시일이 지난 태스크들은 빨간색이고, 언제나 리스트의 위에 있다.
오늘 날짜의 태스크는 파란색이다.
그 주의 후반에 스케줄링 된 태스크는 검정색이다.
오늘 완료된 태스크는 녹색이다.
이전에 완료된 태스크들은 회색이다.

그림 11. 태스크 스케줄링

한 번에 하루씩

태스크를 쉽게 스케줄링 하고 연기할 수 있게 하고, 해당 주에 스케줄링 된 태스크들로 뷰를 제한함으로써, Mylyn은 전체적인 우선 순위 관점에서 관리할 수 있도록 한다. 작업일을 명확히 하기 위해, Mylyn은 현재 요일에 스케줄링 된 모든 태스크들을 파란색으로 강조한다. 포커스 모드에서 작업할 때 스크롤바를 비교적 덜 보기 때문에, Task List는 확장된 채로 있고, 따라서, 다음에 해야 할 일에 대해 언제나 알 수 있다.

Mylyn의 태스크 포커싱 장치를 사용하여 관리되는 주 노동 시간 예제를 생각해 보자:

주의 시작에, 태스크 리스트에는 그 주에 이전에 스케줄링 되었거나 연기된 수 많은 빨간색 태스크들이 있다.
빨간 색은 그렇게 좋은 색깔은 아니기 때문에, 콘텍스트 메뉴를 사용하여 각 태스크를 오늘 또는 다른 날로 스케줄링 한다. 빨간색이 모두 사라지면(오늘 날짜는 파란색, 주 후반에 해야 할 일은 검은색), 주의 스케줄을 조사하여 이것이 현실적인지를 파악하고 태스크를 필요한 만큼 연기하거나 위임한다.
Task List가 포커싱 되어 있는 한, 녹색의 진행 바(그림 11의 Task List 상단에 보임)를 통해서 주 노동 시간에 너무 많은 태스크들을 스케줄링 하지 않았는지를 검사한다. 일부 태스크들이 특별히 더 길다면, 태스크의 Planning 섹션을 열어서 시간을 조정하고, 주 노동 시간 상태 바는 이에 따라서 조정된다.
작업일의 끝에, 여러분이 완료한 모든 태스크들은 행복한 녹색이 된다. 나머지 파란색이나 빨간색 태스크를 검토하고, 이 태스크를 내일 또는 미래의 특정 날짜로 연기한다.
다음 날의 시작에, 그 날로 스케줄링 된 모든 태스크들이 파란색이 되고, 날짜가 지난 태스크들은 빨간색이 된다. 작업일을 조정하면, 태스크들을 그 주의 나중 날짜로 연기하기 때문에, 보여지는 파란색 태스크는 그날 수행할 수 있는 모든 것을 나타낸다. 태스크를 완료하면, 녹색이 된다.
주 노동 시간의 끝에서는, 스크롤바는 사라지고, 리스트 상의 대부분의 태스크들이 녹색이 된다.

태스크 스케줄링은 태스크 관리의 주요 부분이기 때문에, Mylyn은 Task List에 Scheduled 프리젠테이션을 제공하는데, 이것은 카테고리와 쿼리 대신 해당 날짜 별로 태스크들을 구성한다. 포커스 모드에서, 프리젠테이션은 그 주의 각 요일에 완료해야 하는 모든 태스크들을 보여준다. 이것은 그 주를 통해 워크로드의 균형을 맞추는데 유용하다. 또한, 새로운 코멘트가 있는 스케줄링 되지 않은 태스크들이 나타나지 않기 때문에 공유 태스크를 사용할 때 특히 유용하다. 새로운 인커밍을 체크하기 위해, Categorized 프리젠테이션으로 가서, 우선 순위를 재 조정하고, 스케줄에 초점을 맞춘다. 포커스 모드에 있지 않을 때, 스케줄링 된 프리젠테이션을 사용하여 앞으로의 주에 태스크 로드의 균형을 맞춰서 Next Week 컨테이너를 검사하여 얼마나 많은 태스크들이 연기되었는지를 확인한다.

작업 세트 만들기

지금까지 설명했던 모든 장치들이 Task List를 유연한 방식으로 스케줄링 할 수 있는 관련 태스크들의 통합 세트로 만든다. 태스크들은 쿼리들을 사용하여 그룹핑 될 수 있고, 저장소 커넥터가 이들을 지원한다면 하위 태스크들로 중첩될 수 있다. (Bugzilla 커넥터가 하는 것처럼, Task List 뷰 메뉴에서 옵션을 실행한다.) 하지만, Mylyn 2.0의 작업 세트(working set) 지원으로, 완전히 관련이 없는 태스크들을 작업할 수 있다. 하나의 제품과 두 개의 다른 오픈 소스 프로젝트에 대한 작업을 한다고 가정해 보자. 주요 제품에 초점을 맞춰 작업일의 대부분을 보내겠지만, 여전히 다른 프로젝트를 체크하는 옵션도 있다. Mylyn의 작업 세트로는 특정 제품과 관련된 쿼리와 카테고리를 그룹핑 할 수 있고 Eclipse 워크스페이스에서 보는 파일과 기타 리소스의 수를 조정하는 장치도 제공한다.

팁: Show all

작업 세트 스위처 드롭-다운에서 Show All을 선택하여, 마치 작업 세트를 설정하지 않은 것처럼, 모든 엘리먼트를 볼 수 있다. 이는 Task List 전체를 주기적으로 보는데 유용하다.

Task List의 상단에 스위처 바를 사용하여, 관련 쿼리, 카테고리, 워크스페이스 리소스를 포함하는 작업 세트를 만든다. (그림 12) Eclipse 뷰가 Window Working Set (기본)을 보여주도록 설정되는 한, Mylyn 작업 세트를 변환하면 Task List와 Eclipse 뷰 모두 작업 세트의 일부인 태스크와 프로젝트만 보여준다. 예를 들어, 오픈 소스 프로젝트들 중 하나를 위해 작업 세트를 설정하고 이것을 드롭 다운으로 실행한다면, Eclipse Task List, Package Explorer, Problems 뷰는 그 프로젝트와 관련된 콘텐트만 보여준다. Task List Find 장치는 작업 세트 내의 매치만 보여준다. Search (Ctrl+H) 범위를 정해서 Working Set에 있는 것만 찾을 수 있는데, 이는 큰 워크스페이스를 갖고 있을 경우 매우 유용하다. 다시 말해서, 전체적인 Eclipse는 여러분이 만들었던 작업 세트와 관련된 것만 보여준다. 작업 세트는 워크스페이스의 난잡함을 줄이고, 여러 워크스페이스를 사용해야 하는 필요성을 줄인다. Part 2에서는, Eclipse에서 보이는 것의 범위를 싱글 태스크로 조정하는 방법을 설명하겠다.

그림 12. 작업 세트 편집 및 토글링

필터링, 분류, 검색

자동화 된 장치 외에도, Mylyn은 수동 분류와 필터링 장치를 제공한다:

뷰 메뉴의 Sort by 엔트리에서 Priority 같은 애트리뷰트 분류.
뷰 메뉴에서 Filter Priority Lower Than 엔트리를 사용한 우선 순위 별 필터링.
뷰 메뉴를 통한 모든 Archive 카테고리와 완료 태스크 필터링(포커스 모드로 자동 바뀌도록 권장)
Go Into (포커스 모드 작업 권장)를 클릭함으로써 특정 카테고리나 쿼리에 있는 태스크들을 위한 필터링
드래그&드롭을 사용하여 태스크들을 수동으로 분류하기; 저장소 태스크들을 카테고리로 분류하기.

그림 13은 수동 Task List 필터를 보여준다:

그림 13. 수동 Task List 필터

수동 검색과 필터링은 다양한 필터와 분류기를 반복적으로 토글링하는데 필요한 부담을 나타낸다. 이것은 기본 연산 모드에는 권장되지 않지만, 플래닝과 구성에는 유용하다. Focus on Workweek이 활성화 되면, 수동 필터링과 분류 설정이 실행 불가로 된다. 포커스를 토글링 하여 이를 복원한다.

Task List를 구성할 때, Move to Category 콘텍스트 메뉴 또는 콘텍스트 메뉴의 Remove from Category를 선택함으로써 태스크를 이동할 수 있다. 콘텍스트 메뉴를 통해서 명확히 삭제하지 않는 한, 쿼리에서 사라지거나, 카테고리에서 사라지겠지만, Task List에서 어떤 태스크도 사라지지 않는다. Task List의 상단에 있는 Find 바는 Archive와 다른 곳에 있는 오랜 태스크들을 검색할 수 있는 편리한 방법이다. Clear 버튼을 클릭하거나 Esc 키를 누르면 이전에 보였던 태스크들이 복원된다. Archive 컨테이너는 쿼리를 생성하는 일반적인 방식이 해결된 태스크들을 배제하는 것이기 때문에 코멘트가 달린 이전에 해결된 태스크들을 보는데 유용하다. (쿼리 설정 권고 참조)

백업과 반출

팁: 태스크 데이터 공유하기

여러 워크스페이스에서 작업할 때, Import를 사용하여 태스크를 가져오는 대신, Window > Preferences > Mylyn > Tasks를 설정하여 태스크 데이터 디렉토리가 공유 위치가 되도록 설정할 수 있다. 네트워크 드라이브에 위치를 둔다면, 이것이 자주 액세스 될 것이므로 빠른 연결을 통해 사용할 수 있어야 한다. 이는 워크스페이스 위치를 직접 관리하는 사용자들을 위해 권장되는 고급 옵션이다.

태스크 중심 방식으로 작업하면 할수록, Task List는 더욱 가치가 있다. Task List의 자동 백업은 기본적으로 실행되고, Window > Preferences > Mylyn > Tasks로 백업 디렉토리를 설정할 수 있다. 백업에서 복원하려면, 상응하는 라디오 버튼을 선택하고 백업 스냅샷을 선택한다. 기본적으로, Mylyn은 매일 태스크 데이터 모두를 찍고, 30일 동안 백업을 관리한다. (Preferences > Tasks를 통해 설정). File > Export를 클릭하여 태스크를 반출할 수 있다.

위로

Part 1의 결론

Mylyn 사용 가이드 Part 1에서는, Mylyn의 태스크 관리 장치에 대해 설명했다. 이러한 장치들이 개인적인 태스크 관리를 어떻게 지원하고, 전체적으로 Bugzilla 같은 웹 기반 이슈 트래커들을 Eclipse로 어떻게 통합하는지를 살펴보았다. 또한 Mylyn에 의해 관리되는 전형적인 주 노동 시간 또는 작업일을 설명했고, Task List를 관리 하는 방법도 설명했다.

Task List 뷰는 태스크 저장소들이 얼마나 많은지 상관 없이, 모든 작업을 관리할 수 있는 하나의 장소를 제공한다. Eclipse에서 더 많은 작업 시간을 보낼 수 있고, 외부 브라우저 윈도우로 끊임 없이 변환하는 대신 생산성을 높일 수 있다. 또한, 드래그&드롭 첨부 파일과 오프라인 지원 같은 웹 기반 이슈 트래커로 더욱 풍부한 혜택을 누릴 수 있다.

이것이 Mylyn의 전부가 아니다. 태스크가 작업의 확실한 일부가 되면, Mylyn은 그 콘텍스트를 자동으로 관리한다. 본 시리즈 Part 2에서는 Mylyn의 콘텍스트 관리 장치를 보여주고, 정보 오버로드를 줄이고, 정보 오버로드를 줄이며, 하나의 클릭으로 멀티 태스킹을 수행하는 방법을 설명한다. 지금 바로 Part 2로 가기 바란다.

참고자료

교육

"Mylyn 2.0, Part 2: 자동화된 콘텍스트 관리" (Mik Kersten, developerWorks, 2007년 8월)
"태스크 콘텍스트를 사용하여 프로그래머의 생산성 높이기" (Mik Kersten과 Gail C. Murphy, FSE 2006)
Mylyn FAQ와 사용자 가이드: Mylyn 사용자용 문서.
Mylyn 홈페이지: Mylyn 사용자와 개발자를 위한 리소스와 지원.
Mylyn Integrator Reference
Eclipse 시작하기 (한글): Eclipse 플랫폼과 Eclipse용 프로젝트(Mylyn 포함) 소개.
Mik의 블로그: 필자의 웹로그 보기.
자바 존: 자바 프로그래밍 관련 다양한 기술자료 보기.

제품 및 기술 얻기

Mylyn Extensions: Mylyn에 포함되지 않은 커넥터 다운로드.
Generic Web Repository Connector
Mylyn 다운로드
Eclipse 다운로드: Eclipse 3.2 및 기타 다운로드.

토론

Mylyn 버그와 투표: Mylyn의 버그 리포트 제출과 기능 요청.
Eclipse Plug-in Central
developerWorks 블로그: developerWorks community 참여하기.

필자소개


		Mik는 Xerox PARC의 연구원으로서 aspect 지향 프로그래밍 툴을 만들었으며 eclipse.org/aspectj 프로젝트에 기여하고 있다. 브리티시컬럼비아대학교에서 박사 과정에 있는 동안, 태스크 중심 인터랙션 기술을 개발했으며 eclipse.org/mylar 프로젝트를 이끌었다.

영어 공부 사이트

2008-11-13T16:18:02Z

http://heartbreakhotel.tistory.com/379

http://isinken.tistory.com/entry/외서-관련-문법영작표현-추천서영어책-추천

'Sendic' 이라는 무료 프로그램이 있습니다. (이건 검색사이트에서 검색하면 나와요.)
(영화 영어대본 약 6~7천개 분량이 포함되어 있기 때문에

미국드라마 영어자막 / 한글자막

http://warrior45.tistory.com/

쥬니

mysql 5 수동 설치하기

C/C++

임베디드 개발자가 되려면 [펌]

레이어 위치 구하기

heap size 조정하기, java.lang.outOfMemory 에러

초를 시 분 초 로 변환하는 쿼리

오라클 임의의 로우 (row) 값 만들기

ibatis 쿼리, 동적, where in 등 검색에 사용할때 쿼리 생성하기

정규표현식 예제

디자인 참고 사이트

리스트 태그

log4jdbc를 활용하여 쿼리 로그 남기기

오라클 힌트 기능을 이용한 옵티마이저 동작제어, /*+ */

Mylyn 2.0, Part 1: 통합된 태스크 관리 (한글)

영어 공부 사이트

오라클 힌트 기능을 이용한 옵티마이저 동작제어, /+ /