$res.setHeader("Pragma", "no-cache");
$res.setHeader("Cache-Control", "no-cache");
$res.setHeader("Expire", "0");

response 객체에다가 이렇게 설정

국내 자료

웹 접근성 전문교육

2007년 정보통신공무원교육원에서 전산담당 공무원을 대상으로 진행된 웹 접근성 전문교육 중 2일차 과정입니다.

• 한국 웹 접근성 지침(KWAC) 1.0의 이해와 활용

웹 접근성 준수 실무 세미나 발표자료

한국정보문화진흥원 주최로 2006년 11월 29일에 진행된 웹 접근성 준수 실무 세미나의 발표 자료

• 웹 접근성 - 김진수 이사(야후코리아)
• 시각 장애인의 인터넷 이용 실제 - 김정호 팀장(엑스비전 테크놀로지)
• 국내외 웹 접근성 표준동향 - 김석일 교수(충북대)
• 웹사이트 구축 단계별 접근성 고려사항 및 평가방법 - 신원철 대표이사(케익소프트)
• 인식의 용이성 - 현준호 선임연구원(한국정보문화진흥원)
• 운용 가능성 - 조훈(다음커머스)
• 이해의 용이성 - 신승식 과장(LG전자)
• 기술적 진보성 - 신현석 팀장(시도우)

장애인 관련 통계 자료

• 2005년 장애인 실태조사 - 5년 마다 실시하는 장애인 실태조사 자료(보건복지부, 한국인구보건연구원)(pdf 파일)
• 2005년 장애인 실태조사-요약집 (보건복지부, 한국인구보건연구원)(hwp 파일)
• 2007년 3월말 기준 등록장애인 현황(보건복지부)(xls 파일)
• 2006년 장애인 정보격차 실태조사 - 한국정보문화진흥원의 2006년 자료로서 장애인의 정보기기 보유 및 이용, 인터넷 이용행태, 정보화 교육, 정보이용형태, 정보격차지수 등 포함(zip 파일)

해외 자료

민간 기업의 웹 접근성 관련 정보

• IBM Accessibility Center
• Sun Micro Systems
• SAP
• Adobe Accessibility Resource Center
• Apple Computer
• AOL
• Macromedia Accessibility
• MicroSoft
• HP Accessibility
• Telstra Centre for Accessibility

웹 접근성 관련 기사/글

• Why accessibility is important to you (webnauts.net)

최종수정일 : 2007.05.27 00:03 | 최종작성자 : 백남중 (220.76.101.199)

Windows계열이다보니 GUI환경으로 Display를 해줘야 하는 상황이라 그래픽카드의 문제도 위와 같은
상황으로 연결되지 않나 싶습니다.

설마 했는데 정말 이것으로 해결이 되더군요..

위와 같이 원격지 서버에 접속한 화면을 볼 수 있다.

퍼옴: http://infomercial.tistory.com/143 

Naming Guidelines

1. CSS 파일 네이밍
2. id/class 선택자 선언 규약
3. id/class 선택자 네이밍 가이드
4. Image 네이밍 규약
5. Image 네이밍 가이드
6. Update History

• (X) 허용 안함
• (△) 예외 허용
• (O) 적극 권장

1. CSS 파일 네이밍

2. id/class 선택자 선언 규약

3. id/class 선택자 네이밍 가이드

4. Image 네이밍 규약

5. Image 네이밍 가이드

09 서브버전(Subversion) 윈도우 서버 설치

원문 : http://kkamagui.springnote.com/pages/585605

들어가기 전에...

0.시작하면서...

 개발자라면 한번쯤 소스 관리에 대해서 고민해 봤을 것이다. 특히나 수정이 잦은 프로그램이라면 더욱 더 버전 관리가 중요한데, 이걸 일일이 폴더나 날짜별로 관리하다가는 낭패를 보기 십상이다. 그래서 버전관리 프로그램을 사용하는데, 대표적인 것으로 소스세이프(Source Safe), CVS, Subversion 있다.

 윈도우 프로그래머라면 소스세이프가 굉장히 유용한데(Visual Studio를 설치하면 자동으로 깔리므로... ㅡ_ㅡa..), 사용해보니 속도가 무지 느리고 VC 또한 한참 뒤에 뜨게하는 무시무시한 단점이 있어서 다른 것을 찾다가 서브버전을 선택하게 되었다.

 서브버전의 장점은 인터넷에 잘 나오므로 굳이 이야기하지 않겠고, 실제 윈도우 버전 설치 및 설정에 대해서 알아보자.

1.Tortoise 서브버전(Subversion) 클라이언트 설치

1.1 Tortoise 서브버전(Subversion) 클라이언트 다운로드

 서브버전 서버를 설치한다면서 왜 클라이언트를 설치하는 것일까? 그것은 서버 설치후 나머지 작업을 편리하게 할 수 있기 때문이다.

 서브버전 클라이언트는 http://tortoisesvn.net/downloads 에서 다운 받을 수 있다.

<Tortoise 서브버전 클라이언트>

1.2 Tortoise 서브버전(Subversion) 클라이언트 설치

 클라이언트 설치는 간단하다. 무조건 "Next" 버튼을 눌러서 완료를 하면 알아서 다 해준다.

<Tortoise 서브버전(Subversion) 클라이언트 설치>

 설치 후 탐색기에서 오른쪽 버튼을 클릭했을 때 아래와 같은 메뉴가 뜨면 정상적으로 설치된 것이다.

<설치 완료>

2.서브버전(Subversion) 서버 설치

2.1 서브버전(Subversion) 서버 다운로드

 서브버전의 윈도우용 설치 파일은 http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 에서 찾을 수 있다. 위 사이트로 이동하면 아래와 같은 화면을 볼 수 있는데, 최신버전의 설치 파일을 다운받아서 설치하도록 하자.

<서브버전 서버 파일 다운로드>

2.2 서브버전(Subversion) 설치

 설치 과정은 아주 간단하다. 윈도우 인스톨 파일을 더블클릭해서 기본 옵션으로 설치하면 된다. "Next" 를 계속해서 클릭하여 완료하자.

<인스톨 화면>

--------------------------참고----------------------------------------
 참고..서버 설치후 서버가 시작되었는지 윈도우 서비스에서 확인한다.
윈도우 재시작을 하지 않고 그냥 진행했을 경우...서브버전 서비스가 실행이 안되어서 삽질했음

--------------------------참고  끝------------------------------------

2.3 서브버전(Subversion) 설정

2.3.1 서브버전(Subversion) 데이터 폴더 생성(Repository)

 서버 설치가 끝났으니 데이터를 저장할 폴더를 생성해야한다. 저장소는 하드디스크의 특정 폴더로 하면 되고, 임의의 이름으로 선택 가능하다. 일단 D:\Repository로 해서 생성하자.

<저장소 생성>

2.3.2 서비스(Service) 등록

 서브버전 서버를 서비스로 등록하여 윈도우 부팅시에 자동으로 실행되도록 하자. 윈도우 서비스 등록은 sc.exe 프로세스로 등록가능하다. cmd.exe를 실행해서 아래와 같이 입력하도록 하자.

<서비스 등록>

 아래는 서브버전 서비스를 등록하고 서비스를 해제하는 명령이다.

 별다른 문제가 없다면 성공적으로 등록했다는 메시지가 출력될 것이다.

2.3.3 방화벽(Firewall) 해제

 서브버전은 TCP 3690 포트와 UDP 3690 포트를 사용한다. 윈도우 방화벽 및 Anti-Virus의 방화벽을 해제하도록 하자.

 아래는 윈도우 방화벽에서 포트를 추가하는 방법이다. TCP와 UDP 각각 등록해서 모두 가능하도록 하자.

<방화벽 해제>

2.4 저장소(Repository) 생성

 이제 서버 설정이 끝났으니 실제로 소스 또는 데이터를 관리할 저장소(Repository)를 생성해야 한다. 서브버전 관련 데이터는 D:\Repository 에 저장하기로 했으므로 하위 폴더에 저장소를 생성하자.

2.4.1 커맨드 라인(Command Line) 방식

 cmd.exe 를 실행한 뒤 D:\Repository 폴더로 이동하여 아래와 같이 입력한다.

 위의 파란색으로 표시된 test를 유의해서 보자. test 대신에 생성을 원하는 폴더명으로 바꿔서 입력하면 된다.

 아래는 위의 명령을 실행한 후 결과 화면이다.

<저장소 생성>

2.4.2 Tortois Subversion 클라이언트를 사용한 방식

 Tortois Subversion 클라이언트를 설치했다면 좀더 편한 방법으로 생성할 수 있다. 아래는 Tortoise Subversion 클라이언트를 통해 생성하는 방법이다.

<저장소 생성>

 D:\Repository 폴더에 생성할 저장소 이름(Test)의 폴더를 미리 생성한 후 Tortoise Subversion 클라이언트에서 "Create repository here"를 클릭하면 된다.

 파일 시스템을 선택하는 다이얼로그가 뜨면 "Native filesystem(fsfs)"를 선택한 후 OK를 눌러서 생성하면 된다.

2.5 저장소 접근 설정

 저장소를 생성하고 나면 아래와 같은 폴더와 파일들이 생긴다.

<저장소 폴더 상태>

 이 중에서 접근 권한을 제어하기위해서는 2개의 파일을 손봐야 하는데 다음 항목을 보자

2.5.1 svnserve.conf

1. ### This file controls the configuration of the svnserve daemon, if you
   ### use it to allow access to this repository.  (If you only allow
   ### access through http: and/or file: URLs, then this file is
   ### irrelevant.)
2. ### Visit http://subversion.tigris.org/ for more information.
3. [general]
   ### These options control access to the repository for unauthenticated
   ### and authenticated users.  Valid values are "write", "read",
   ### and "none".  The sample settings below are the defaults.
   anon-access = none     <== 로그인 하지 않은 사용자는 아무것도 못하도록 한다.
   auth-access = write
   
4. ### The password-db option controls the location of the password
   ### database file.  Unless you specify a path starting with a /,
   ### the file's location is relative to the conf directory.
   ### Uncomment the line below to use the default password file.
   password-db = passwd   <== ID와 Password를 저장하는 파일 이름
   
5. ### The authz-db option controls the location of the authorization
   ### rules for path-based access control.  Unless you specify a path
   ### starting with a /, the file's location is relative to the conf
   ### directory.  If you don't specify an authz-db, no path-based access
   ### control is done.
   ### Uncomment the line below to use the default authorization file.
   #authz-db = authz
   
6. ### This option specifies the authentication realm of the repository.
   ### If two repositories have the same authentication realm, they should
   ### have the same password database, and vice versa.  The default realm
   ### is repository's uuid.
   realm = KKAMAGUI Repository   <== 접근했을 때 클라이언트에게 보여줄 저장소 메시지
   

 위와 같이 파일을 수정한 다음 저장한다.

2.5.2 passwd

1. ### This file is an example password file for svnserve.
   ### Its format is similar to that of svnserve.conf. As shown in the
   ### example below it contains one section labelled [users].
   ### The name and password for each user follow, one account per line.
2. [users]
   # harry = harryssecret
   # sally = sallyssecret
   kkamagui = kkamagui

 위와 같이 ID = Password의 형태로 입력한 뒤 저장하면 된다.

3.간단한 서브버전(Subversion) 서버 테스트

 테스트 방법은 간단하다. 탐색기에서 오른쪽 버튼을 눌러서 표시되는 메뉴에서 "Repo-Browser" 를 클릭하여 아래와 같은 창이 뜨면 서브버전 서버가 설치된 주소와 저장소 이름을 같이 입력해주면 된다.

<Repo-browser 메뉴>

 이제 주소와 저장소의 이름을 입력하자. 주소를 kkamagui.egloos.com, 그리고 저장소를 test라고 가정하고 입력하면 아래와 같이 될 것이다.

<서브버전 주소 입력>

"OK" 버튼을 누르면 실제 서버에 접속해서 저장소 정보를 얻어오는데, 아래와 같은 화면이 표시될 것이다. 실제로 정상적으로 접속이 된다면 "test" 항목 아래에 아무것도 표시되지 않을 것이지만 문제가 발생한다면 아래와 같이 에러메시지가 표시될 것이다.

<Repo-Browser 실행-에러발생>

 위와 같은 에러 메시지가 표시되면 처음 단계부터 설정을 다시 한번 확인하자. 아무런 에러 메시지가 없다면 정상적으로 설치된 경우이므로 열심히 Check-out, commit, update를 반복하면 된다.

4.서브버전(Subversion) 서버를 설치하지 않고 로컬(Local)에서 소스 관리하기

 서브버전 서버가 설치되어있어야 꼭 소스 버전 관리가 가능한 것일까? "답은 그렇지 않다" 이다.

 Tortoise Subversion 클라이언트를 설치했다면 로컬에 저장소를 만들고 file:/// 키워드로 접근하여 소스 버전을 관리하는 것이 가능하다.

4.1 저장소 생성

 위의 "2.4 저장소(Repository) 생성" 부분을 참고해서 로컬에 Tortoise를 이용하여 저장소를 생성하자. 그리고 파일들을 수정해서 특정 유저만 접근가능하도록 수정하자.

4.2 저장소 접근 테스트

 위의 "3.간단한 서브버전(Subversion) 서버 테스트" 부분을 참고하여 "Repo-browser"를 실행하고 주소에 아래와 같이 입력한 후 OK를 누르자.

 정상적으로 실행되면 아래와 같은 화면이 표시될 것이다.

<Repo-browser 실행>

 아무런 에러가 없으므로 정상적으로 실행되었음을 알 수 있다. 이렇게 함으로써 서버를 설치하지 않고도 로컬에서 소스 버전관리를 할 수 있다.

5.기타 팁

5.1 버전 관리시 무시할 파일 확장자 설정

 소스를 컴파일해서 나오는 object 파일이나 기타 필요없는 부산물들은 버전관리를 할 필요가 없다. 그런 파일들을 일일이 수작업으로 제외하기는 상당히 귀찮은 작업인데, 다행이 Tortoise에서 이것을 편리하게 할 수 있는 옵션이 있다.

 "Settings" 메뉴에 가면 아래와 같은 화면이 표시된다. 여기에 "Global Ignore Pattern" 항목에 무시할 파일의 확장자나 파일명을 입력하면 된다.

<확장자 및 파일명 입력>

6.마치면서...

 이로서 그 지긋지긋하게 느린 소스세이프(SourceSafe)에서 벗어날 수 있게 되었다(이렇게 좋을 수가... ㅜ_ㅜ). 소스 버전 관리를 통해 프로젝트를 보다 효율적으로 관리하고 협업의 능률을 최대한 활용하자. @0@)/~~!!

7.참고 사이트

• http://blog.naver.com/mazinggaa?Redirect=Log&logNo=130023412047

  • 설치에 대해서 아주 자세하게 잘 나와있다. 부족한 부분은 여기서 참고하도록 하자.

(쉬프트 정보통신 - 가우스) http://member.shift.co.kr/gauce01.html

(투비 소프트 - 마이플랫폼) http://www.tobesoft.com/new/html/PID&Demo/index.html

(컴스퀘어 - 트러스트폼) http://www.comsquare.co.kr/product/feature.asp

(엘라스틱웨어 - 엔리치클라이언트) http://www.elasticware.com/kr/map.cgi/EnRichClient

_________________________________________________________________________________________________________________________________________________

1. x-internet은 예전 아키텍처에 문제가 있어서 등장했다고 한다. 그렇다면 예전 아키텍처는 어떤문제가 있었나 ?

클라이언트/서버 방식 : 개발자를 위한 개발환경과 최상의 UI기능 구현, 단 덩치가 크고 시스템적으로 유지보수가 어렵다.
WEB 방식 : 시스템 유지보수가 쉬운대신 노가다식 개발환경과 취약한 UI 및 기능성 정리하면 예전 아키텍처는 시스템 유지보수가 쉬우면 개발환경이나 기능성이 취약하고 개발환경이나 기능성이 막강하면 덩치가 커서 유지보수가 어려웠다. 등의 장단점의 차이가 분명했다.

2. 그래서 x-internet 의 등장배경은?
C/S 방식과 WEB 방식의 단점을 극복하기 위해 등장했다.

3. 그럼 명칭이 애매모호한 x-internet의 정의와 장점은 무엇인가?
정의에서 무언가 새로운 개념이 나올것 같았는데 정의는 단순했다.

"x-internet이란 Web 아키텍처와 C/S 아키텍처의 한계를 극복하고 장점만을 수용하기 위한 새로운 인터넷 아키텍처를 의미한다."

단순하게 말해 Web 과 C/S의 장점을 뽑아 새로만든 아키텍처가 x-internet 이라고 한다. 그리고 조금더 들어가면 두가지 뜻이 더 있다.

eXecutable Internet(실행 가능한 인터넷)

- 인터넷 통신과 XML 을 기반으로, 빠르고 작은 모듈들을 사용하여 C/S와 같은 UI를 사용자에서 보여줄수 있는 환경을 말한다.

eXtended Internet(확장된 인터넷)
- 개발환경의 확장성
- 외부모듈과의 인터페이스 확장성
- 멀티 OS를 지원

다시 말해 "WEB과 C/S의 장점만을 골라, C/S와 같은 기능을 인터넷과 XML을 기반으로 가볍고 빠르게 서버에서 사용자에게 제공 하고,
편리한 개발환경과 외부 모듈과의 연동을 통해 확장하기 쉬운 구조를 가진 아키텍처가 x-internet 이다."

라고 정의 할수 있다.

이렇게 x-internet 의 정의가 곧 장점이라고 보면 될것 같다.

4. x-internet은 어떻게 구현하지?
x-internet 에는 대략 3가지 요소가 있다고 정리해 보았다.
- 개발자 : 개발자는 화면과 로직을 개발하여 서버에 올려놓는다.
- 서버 : 서버에서는 각종 화면과 로직과 데이터를 저장하고 사용자의 요청을 다른 서버 로직(JSP,EJB 등) 과 연동하여 처리한다.
- 클라이언트 : 클라이언트는 x-internet 을 사용하기 위한 전용 브라우저, 자동업데이터 등의 구성요소를 설치한다.

서비스 흐름은 사용자가 전용 브라우저로 HTTP 프로토콜등을 통해 서버로 서비스를 요청하면 서버는 화면 XML, 로직 스크립, 데이터 등을 사용자의 전용브라우저로 내려보내고 전용브라우저는 화면 XML 등을 파싱하여 사용자에게 C/S스럽게(?) 보여주는 흐름이다.

5. x-internet 관련 제품 사용효과
정말 효과가 있을까?
우리 회사 : 편리한 개발환경과 확장가능한 구조로 인해 개발 생산성 향상, C/S스럽게(?) 기능을 제공해도 WEB처럼 손쉬운 유지보수 가능,
한마디로 돈은 적게 들이면서 사용자에게 고급스러운 기능 제공 가능하여 사용자의 충성도가 향상되는등의 여러 효과가 있어서
초기 도입/구입 비용이 상쇄 가능할 것이다.
사용자 : 인터넷 HTML상에 구현된 기능의 제약에서 벗어나 C/S 스러운(?) 고급스러운 기능 체험 으로 서비스 만족도가 향상될것이다

6. x-internet 도입이 성공할려면
x-internet 의 장점이 정말 장점이 되야 한다.
- 편리한 개발환경이 정말 편리해야 한다. 처음 개발환경 익힐때 오래걸리고 어느 부분은 오히려 불편하면 곤란하다.
- 확장이 쉽고 유지보수가 정말 편해야 한다. 이런 장점 설명한 제품, 프레임워크가 많지만 막상 자랑대로 되는게 별로 없었다.
- 사용자가 문구 그대로 고급스러운 기능을 써야 한다. 고급스럽다는 기능은 기능도 다양하지만 속도도 빨라야 하는것을 말한다. 기능만 좋고 속도가 느리다면 이것도 문제가 되지 않을까

이 정도로 정리해보았다. 진짜 중요한건 x-internet 을 아는것 보다는 이것을 어떻게 잘써야 x-internet 이 지향하는 효과를 볼수 있을까 를 생각해봐야 되는것 같다.

<클라이언트 기술간의 비용과 생산성 비교>

클라이언트 기술은 과거 메인프레임 시대의 터미널, 클라이언트/서버 환경의 팻 클라이언트, 웹 기반 시스템의 씬 클라이언트로 발전해 왔다.

[그림 1]에서 보듯 클라이언트/서버 환경의 팻 클라이언트, 웹 기반 시스템의 씬 클라이언트로 넘어가면서 애플리케이션에 대한 총비용은 줄어 들었으나(이 부분이 바로 배포에 소요되는 비용이다) 개발 생산성은 오히려 낮아졌다. 즉 서버 측이 더 복잡해지고 유지보수하기 어려워진 것이다. 이제 스마트 클라이언트 기술은 팻 클라이언트가 가진 장점과 씬 클라이언트가 가진 경제성을 동시에 추구할 수 있게 해준다.

[그림 1] 애플리케이션 총비용과 사용자의 생산성 (출처:almnetworks.co.kr)

The Apache Velocity project introduces an alternative syntax to the familiar JSP expressions and scriptlets. Resin's extension allows the use of Velocity-style syntax in JSP files. The Velocity-style syntax is transformed into JSTL standard tags.

The syntax is based on expressions like ${foo} and scriptlets with #\{...}#. Because the alternative syntax avoids the brackets which fill JSP pages, it can make pages more readable and therefore more maintainable.

Because Resin's Velocity-style syntax is transformed to the JSTL tag library, all JSTL expressions are allowed.

<%
int count;
%>

<h3>A sample <%= count %></h3>

<% if ("foo".equals(request.getParameter("a"))) { %>
  <h3>Foo!</h3>
<% } else { %>
  <h3>Bar!</h3>
<% } %>

The same JSP file could be written in Velocity-style as follows. The jsp:directive is required because JSP pages use strict JSP syntax by default.

<jsp:directive.page velocity='true'/>
#{
int count;
}#

<h3>A sample ${count}</h3>

#if ("foo" == params.a)
  <h3>Foo!</h3>
#else
  <h3>Bar!</h3>
#end

The choice between the two is a matter of preferences. An advantage of the velocity style is that expressions and scriptlets avoid using brackets. In large pages, sorting out the HTML or XML from the JSP syntax can become confusing.

Velocity-style syntax can either be enabled on a per-JSP page with velocity='true' or in the web-app with the <jsp> tag:

<jsp:directive.page velocity='true'/>
  ...

<web-app>
  <jsp velocity='true'/>
  ...
</web-app>

Expressions are enclosed between "${" and "}", for example '${count}' and '${count + 15}'.

The '${...}' syntax is equivalent to '<c:out value="..."/>'.

${expression}

Scriptlets use the '#{ ... }#' syntax. This is entirely equivalent to '<% ... %>'. (Note, Velocity does not have this syntax because it creates its own language instead of escaping to Java.)

#{
 statements
}#

#{
String key = request.getParameter("key");
if (key.equals("")) {
  response.sendError(500, "Bad key");
  return;
}
}#
...

The velocity-style syntax directly supports if statements. The syntax is

#if (expr1)
  ...
#elseif (expr1)
  ...
#else
  ...
#end

The expressions can be any JSTL expression. The if statement is transformed into:

<c:choose>
<c:when test="${expr1}">
  ...
</c:when>
<c:when test="${expr2}">
  ...
</c:when>
<c:otherwise>
  ...
</c:otherwise>
</c:choose>

The velocity-style syntax directly supports iteration with a foreach statements.

#foreach (var in expr)
  ...
#end

This style of foreach is transformed into the following:

<c:forEach items="${expr}" var="var">
  ...
</c:forEach>

An example use might be the following:

<jsp:page.directive velocity='true' import='java.lang.*'/>
#{
  ArrayList list = new ArrayList();
  list.add("foo");
  list.add("foobar");
  pageContext.setAttribute("list", list);
}#
#foreach (value in list)
  <li>${value}
#end

The velocity-style syntax also supports integer iteration.

An example might be the following:

<jsp:page.directive velocity='true'/>
#foreach (value in [3..9])
  <li>$value
#end

웹에서 처럼 Java application 에서 velocity 를 사용한다.

그러면 화면(로그) 구성 로직을 vm 에 옮기고 변화가 많지않은 부분을 java 로 코딩하여

컴파일을 해 놓으면 어떤 로직에 수정이 가해졌을 때 재 컴파일 없이 properties 처럼

Vm 파일만 수정하면 된다. 활용여하에 따라서 효과적이고 유지보수와 개발의 편리성을

제공할수 있을 것 같다.

필요한 jar : commons-collections-3.2.jar, commons-lang-2.3.jar, velocity-1.5.jar,

velocity-dep-1.4.jar, velocity-tools-1.3.jar, velocity-tools-generic-1.4.jar,

velocity-tools-view-1.1.jar

jdk : 1.4

java 소스 상에서 사용하기 위해선 다음과 같은 절차를 따른다.

1: Velocity.init() 메서드를 사용하여 엔진을 초기화 한다.

2: VelocityContext 객체를 생성하는데 이곳에 넘길값을 셋팅한다.

3: method와 properties 를 다루는데 사용하는 Template 객체를 생성한다.

이 객체에 velocity 파일위치를 파라미터로 넘겨주면 리턴값으로 Template 객체를넘겨준다.

그리고 이 Template 객체에 VelocityContext 를 넘겨주면된다.

Velocity.init();

Template template=Velocity.getTemplate("./src/velocity/conditionals/if.vm");

VelocityContext context = new VelocityContext();

Writer writer = new StringWriter();

template.merge(context, writer);

System.out.println(writer);

소스를 컴파일 하게 되면 console 에 vm 에 대한 로그는 나타나지 않는다.

Velocity.log  파일을 자동으로 만들어 컴파일에 대한 내용을 출력한다.

1. 주석 사용
## 로 시작하면 한 줄 코멘트
#* 로 시작하고 *#로 끝나면, 여러 줄 코멘트
#** 로 시작하고 *#로 끝나면, 블록 코멘트.

2. 레퍼런스
$(variable) : 컨텍스트에서 제공되는 변수에 대한 레퍼런스
$(variable.property) : 속성에 대한 레퍼런스
$(cariable.method(arg)) : 메소드에 대한 레퍼런스

예)
$date.format("yyyy-MM-dd", $createTime)

3. 디렉티브
#set : 레퍼런스의 값 설정
#if/#elseif/#else : 조건문 제어
#foreach : 객체 리스트에 댛란 반복 제어
#include : 벨로시티로 파싱되지 않은 로컬 파일 출력
#parse : 벨로시티로 파싱된 로컬 템플릿 출력
#stop : 템플릿 엔진의 동작 정지
#macro : 반복적으로 사용될 VM(velocimacro)

예)
*. set
#set ($val = 1234567)

*. if/elseif/else
#if( $foo == $bar ) -> 등치 연산자
#if( $foo == 42 )
#if( $foo == "bar" )
#if( !$foo ) -> Boolean NOT

*. foreach
$allPages가 List나 Array인 경우
#foreach( $page in $allPages)
   $page
#end

$allPages가 Map이나 Hashtable일 경우

#foreach( $key in $allPages.keySet())
   $key -> $allPages.get($key)
#end

*. include
Velocity에 의해 파싱되지 않는 로컬 파일(들)을 렌더링
#include ("a.html")

*. parse
Velocity에 의해 파싱되는 로컬 템플릿을 렌더링
#parse ("me.vm")

*. macro
편리한 함수를 만들어서 사용 가능함
#**
 * General purpose date formatter. Need to be careful of whitespace.
 * @param dateFormat Date format to be used (see java.text.SimpleDateFormat).
 * @param date Date object to be formatted (see java.util.Date).
 *#
#macro(formatDate $dateFormat $date )
  $utils.formatDate($date, $dateFormat)
#end

4. toolbox.xml(Velocity Tool)을 활용한 사용자 정의 오브젝트의 사용
toolbox.xml에 사용자 정의 클래스를 적용하여 vtl에서 사용할 수 있다. getXX(), setXX(), isXX() 형태로 정의되었을 경우 가능

예)
*. Date Tool
org.apache.velocity.tools.generic.DateTool class를 추가함
$date.format("yyyy-MM-dd HH:mm:ss", $myDate)   -> 2008-06-03 19:11:09

*. Number Tool
org.apache.velocity.tools.generic.NumberTool class를 추가함
$number.format("currency", $val)   -> ￦1,234,567
$number.format("integer", $val)    -> 1,234,567

*. Escape Tool
org.apache.velocity.tools.generic.EscapeTool를 추가함
$javascript                  -> I'm Mimul
$esc.javascript($javascript) -> I\'m Mimul

Velocity UI for Eclipse

org.apache.velocity

Velocity binaries (currently v1.3.1-final) packaged as an Eclipse plugin

org.vaulttec.velocity.ui

Velocity-aware text editor (associated to files with extensions '*.vsl' or '*.vm') with outline view

Editor Features

• Syntax-highlight for Velocity Template Language (VTL)
• Outline view with hierarchy of VTL directives and Velocimacro references
• Content assist for VTL directives (Screenshot) and references (Screenshot) -> auto-activation after the character '#' or '$' or manually via keyboard shortcut Ctrl+Space
• Automatic template validation while typing (the first syntax error is show in task list and the according line is marked in annotation column) -> Screenshot
• Annotation hover with definition of references (Screenshot) and template syntax errors (Screenshot)
• Go to definition of variable or Velocimacro reference under current cursor position (via context menu or keyboard shortcut F3)
• Comment and uncomment blocks (via Ctrl+/ and Ctrl+\)
• Preference pages for definition of Velocity counter name and user-defined Velocity directives (Screenshot)
• Preference pages for color settings of the editor's syntax highlighting (Screenshot)
• Preference pages for Velocimacro library (Screenshot)

Installation

Via Eclipse Update Manager

Manually

1. JEUS 5.0 깔끔하게 삭제
(프로그램 추가/제거에서 삭제 후 C:\TmaxSoft 폴더 직접 삭제)

2. WebLogic 설치 (계속 Next 눌러서 설치)
   -> install 이 시작 됨
   -> Install XML Spy 과 Run QuickStart 체크 해제 후 Done

▶▶▶ 설정 하기 ◀◀◀

Configuration Wizard 실행
-> Create a new WebLogic configuration
-> Basic WebLogic Server Domain
-> Express
-> 패스워드 입력 : 12345678 (최소 8자)
-> Development Mode / Bea Supplied SDKs (Sun SDK 1.4.1)
-> Create 클릭

User Project -> mydomain -> Start Server 실행

http://localhost:7001/console 접속
(아이디 weblogic / 비번 12345678)

C:\bea\user_projects\domains\mydomain\applications 에 webtest 폴더 만들기
(webtest가 루트가 됨)

webtest 폴더 밑에 WEB-INF 폴더 생성
WEB-INF 폴더 밑에 classes, lib, src 폴더 생성(총 3개)

* 폴더 구조 *
webtest ─ WEB-INF ─ classes
　　　　　　　　　　└ lib
　　　　　　　　　　└ src

web.xml, weblogic.xml 를 WEB-INF폴더에 카피 후 내용 지우기

<< web.xml 내용 >>
<?xml version="1.0" encoding="UTF-8" ?>
  <!DOCTYPE web-app PUBLIC
    "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
    "http://java.sun.com/dtd/web-app_2_3.dtd" >
<web-app>
</web-app>

<< weblogic.xml 내용 >>
<?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE weblogic-web-app
    PUBLIC "-//BEA Systems, Inc.//DTD Web Application 7.0//EN"
    "http://www.bea.com/servers/wls700/dtd/weblogic700-web-jar.dtd" >
<weblogic-web-app>
</weblogic-web-app>

C:\bea\user_projects\domains\mydomain\startWebLogic.cmd 문서 열기
38번 라인 수정 -> set PRODUCTION_MODE=false

▶▶▶ 테스트 하기 ◀◀◀

webtest 폴더 밑에 index.html 생성

서버 재시작

http://localhost:7001/webtest/index.html

Error 404--Not Found 메세지가 뜨면 성공

▶▶▶ Console로 접속해서 설정 하기 ◀◀◀

http://localhost:7001/console 접속

Web Application Modules 클릭

Deploy a new Web Application Module... 클릭

applications 클릭

webtest 체크 후 Target Module 클릭

Deploy 클릭

http://localhost:7001/webtest/index.html 접속 후 페이지 뜨면 성공

▶▶▶ context-root 추가하기 ◀◀◀

<< weblogic.xml 내용 >>
<?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE weblogic-web-app
    PUBLIC "-//BEA Systems, Inc.//DTD Web Application 7.0//EN"
    "http://www.bea.com/servers/wls700/dtd/weblogic700-web-jar.dtd" >
<weblogic-web-app>
 <context-root>/</context-root>
</weblogic-web-app>

※ http://localhost:7001/webtest 로 접속하던 것을
   http://localhost:7001/ 로 접속 가능함

▶▶▶ Servlet 테스트 하기 ◀◀◀

시작 > 실행 > cmd

C:\bea\user_projects\domains\mydomain 디렉토리로 이동
.\setEnv.cmd 실행 (WebLogic 환경에 맞춰서 컴파일 하는 명령어)

서블릿 파일 작성 후 WEB-INF 밑 src 폴더에 저장
C:\bea\user_projects\domains\mydomain\applications\webtest\WEB-INF\src 디렉토리로 이동

javac -d ..\classes HelloWorldServlet.java (컴파일)

▶▶▶ web.xml 에 서블릿 맵핑 하기 ◀◀◀

<< weblogic.xml 내용 (추가) >>
<web-app>
 <servlet>
  <servlet-name>helloworld</servlet-name>
  <servlet-class>examples.HelloWorldServlet</servlet-class>
 </servlet>

 <servlet-mapping>
  <servlet-name>helloworld</servlet-name>
  <url-pattern>/hello</url-pattern>
 </servlet-mapping>
</web-app>

- 서버 재시작 -
http://localhost:7001/hello (접속)

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

DB연결 부분은... 알아서 해석해주세요 ㅡㅡ;; 너무 빨라서 정리를;;

■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■

-jdbc-
Connection Pools 

Configure a new JDBC Connection Pool...

디비타입 - 오라클
디비드라이버 - 오라클스 드라이버 씬

네임 - OracleConnectionPool

디비네임 - XE

127.0.0.1
1521
scott
tiger
tiger

continue

create deploy

///////////////////////////////////////

Data Sources 
Configure a new JDBC Data Source
네임 - OracleDataSource
jndi네임 - XE

간혹 Jeus에서도 잘 돌던 JSP가 Tomcat에서 500번 에러가 나는 경우가 있는데

대부분의 경우 JSTL을 사용하는 경우이다.

대략 다음과 같은 형태다.

메시지를 자세히 보면 이런 내용이 나온다.

According to TLD or attribute directive in tag file, attribute value does not accept any expressions

요컨데 expression language를 사용할 수 없다는 것

이 내용으로 구글링을 해보면 이런 내용이 나온다.
참고: http://forum.java.sun.com/thread.jspa?threadID=683007&messageID=9423383

내용인 즉 expression을 사용하려면 JSTL 1.1을 써야한다는 내용이 많다.
Struts 1.3.8에 포함된 JSTL은 1.0.2 였기 때문에
일부러 J2EE SDK가 포함된 Sun AppServer를 다운 받아 appserv-jstl.jar 로 교체를 해봤다.
그래도 마찬가지 현상..
 
대략 글을 더 살펴보니 이런 솔루션이 나온다.
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %> 를 쓰지말고
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core_rt" %> 를 쓰라는 것
결과는 잘 나온다.

그런데 Jeus에서도 나오는게 Tomcat에서 저렇게 해야만 한다는게 못내 섭섭하다.
그래서 더 내용을 살펴보니
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%> 요걸로 하면 다 된단다.

결과는 다음과 같다.

잘 나온다. 
결국 다른 패치 없이 Tomcat 5 이상에서 Struts 1.3.8 만가지고 JSTL 사용 이상 없다.

다행다행 >ㅁ<
[출처] [Tomcat 5.x, 6.x] JSTL 사용 시 org.apache.jasper.JasperException|작성자 밤바

소프트웨어 구성 관리에 관한 도움말

이 사이트의 프로젝트에서는 소프트웨어 구성 관리(SCM) 도구를 사용하여 버전을 관리할 수 있습니다. SCM에서는 CVS를 대체할 향상된 도구로 설계된 공개 소스 버전 관리 도구인 Subversion을 사용합니다. 대부분의 CVS 사용자는 처음이라도 Subversion을 쉽게 사용할 수 있습니다. Subversion을 처음 사용하는 경우라면 실전 경험을 통해 사용법을 익히는 것이 좋습니다. 이 가이드는 빠른 속도로 익힐 수 있도록 도와줍니다.

Subversion 설치

Subversion은 클라이언트 서버 시스템입니다. Subversion 저장소는 프로젝트 웹 서버에서 관리합니다. 사용자의 시스템에서 실행되는 Subversion 클라이언트는 인터넷을 통해 Subversion 서버와 연결됩니다. 이 사이트에서 호스팅되는 프로젝트를 위해 Subversion 서버에 접근하려면 로컬 컴퓨터에 Subversion 클라이언트가 있어야 합니다. 거의 모든 플랫폼에서 클라이언트를 사용할 수 있습니다. Subversion 프로젝트 다운로드 페이지에서 해당 운영 체제에 적합한 클라이언트를 다운로드할 수 있습니다.

어떤 이들은 개발 과정에서 Subversion 명령줄 클라이언트인 svn을 사용하지만, 그래픽 인터페이스를 선호하는 사용자에게는 TortoiseSVN이 적합합니다. 이 가이드에서는 명령줄 Subversion에 대한 지침만 제공합니다.

그 밖의 Subversion 설명서 및 리소스

단계별로 학습하는 경우라면 Version Control with Subversion을 사용하는 것이 좋습니다. 이 사이트에 수록된 도움말 정보 중 상당수는 이 완성된 설명서에서 발췌된 것입니다. Subversion에 대한 추가 정보 및 최신 정보는 Subversion Project 웹 사이트에서 확인하십시오.

Subversion과 CVS의 명령을 비교해 보려면 "Crossover" Guide for CVS Users를 참조하십시오. 프로젝트에서 Subversion을 가장 효과적으로 활용하는 데 도움이 될 팁은 Subversion 최고의 실행 사례를 참조하십시오.

TortoiseSVN에 관한 도움말

• TortoiseSVN은 널리 사용되는 Windows Subversion 클라이언트로서 Subversion과 동일한 기능을 제공합니다.
• 이 기능에는 버전 관리 작업을 위한 편리한 대화 상자인 Windows 쉘(탐색기) 통합이 포함됩니다.
• 사용자 인터페이스는 다양한 언어로 이용할 수 있습니다.

TortoiseSVN 설치

1. TortoiseSVN 설치 페이지 http://tortoisesvn.net/downloads에서 설치하려는 버전을 다운로드합니다. 최신 버전을 사용하는 것이 좋습니다.
2. 설치 프로그램 아이콘을 두 번 누르고 다음을 누릅니다. TortoiseSVN을 설치할 디렉토리로 변경하거나 기본값을 사용합니다.
3. "모든 사용자 대상 설치"를 선택하고 다음을 누릅니다.
4. TortoiseSVN은 지정된 경로에서 필요한 파일을 설치하기 시작합니다.
5. 설치를 마치면 컴퓨터를 재시작하라는 메시지가 나타납니다.

   재시작해야 하는 이유는 TortoiseSVN이 통합되는 Windows 탐색기가 시스템을 재시작하지 않으면 갱신될 수 없기 때문입니다.

   참고 - TortoiseSVN은 운영 체제 단계의 응용프로그램입니다.

6. TortoiseSVN의 작동 과정에 대한 자세한 내용은 http://tortoisesvn.net/docs/release/TortoiseSVN_en/index.html의 도움말 파일을 참조하십시오.
7. 그 밖에 FAQ, 번역 등에 대한 정보는 http://tortoisesvn.tigris.org/를 참조하십시오.

WebDAV에 관한 도움말

Subversion은 부분적인 DeltaV 서버로서, 일반적으로 Subversion 클라이언트와 같은 DeltaV 클라이언트로부터의 쓰기 요청만 승인합니다. 현재 CEE의 최신 Subversion에서는 "자동 버전 관리(autoversioning)"라는 기능을 지원합니다. 자동 버전 관리가 활성화되면 일반적인 WebDAV 클라이언트는 곧바로 Subversion 저장소에 쓸 수 있으며, 서버는 해당 커밋을 자동으로 수행합니다.

따라서 사용되는 WebDAV 클라이언트 유형에 따라 기술자가 아닌 사용자도 Subversion 클라이언트의 사용법을 학습하지 않고서도 버전 관리의 이점을 누릴 수 있습니다. Subversion 저장소를 대상으로 작업 중임을 인식하지 않은 채로 파일 생성, 편집, 이름 변경, 복사 및 삭제와 같은 작업을 일상적으로 수행할 수 있습니다.

Microsoft Word나 Dreamweaver와 같은 독립형 응용프로그램을 비롯하여 저장소가 네트워크 폴더처럼 마운트될 수 있는 완전한 파일 시스템 구현까지 매우 다양한 WebDAV 클라이언트를 사용할 수 있습니다. 대부분의 최신 운영 체제에서는 제한적인 수준 이상의 WebDAV 기능이 기본적으로 제공됩니다. 다양한 WebDAV 클라이언트에 대한 자세한 내용은 설명서의 이 절을 참조하십시오.

CollabNet 프로젝트에서 이 기능을 활성화하려면

1. 프로젝트 소유자로 로그인합니다.
2. "프로젝트 편집" 및 "도구 설정"을 차례로 선택합니다.
3. 도구 설정 화면에서 "Subversion > 자동 버전 관리" 옆 체크박스를 선택합니다.
4. 설정을 저장합니다.

이 기능을 활성화하기에 앞서 Subversion 설명서에서 이 기능의 부작용에 대해 확인해야 합니다. 특히 WebDAV 클라이언트에서 수행하는 커밋은 비기술적인 일반 로그 메시지가 있습니다. 또한 WebDAV 클라이언트는 많은 쓰기 작업을 수행하는 편이므로 다량의 커밋 이메일이 생성될 수 있습니다.

자동 버전 관리 기능에 대한 자세한 내용은 Subversion 설명서의 부록 C를 참조하십시오.

Subversion을 사용하는 Eclipse 3.0.2

IDE(Integrated Development Environment)

IDE(Integrated Development environment)는 사용자가 단일 개발 환경에서 컴파일, 테스트 및 디버깅과 같은 작업을 수행할 수 있는 어플리케이션이라고 할 수 있습니다. 모든 작업에 대해 별도 어플리케이션을 다운로드할 필요 없이 동시에 모든 작업을 수행할 수 있습니다. IDE(Integrated Development Environment)의 한가지 예로 Eclipse를 들 수 있습니다.

Eclipse에 관한 도움말

Eclipse는 다양한 기능을 갖춘 플랫폼을 제공하여 매우 잘 통합된 도구를 개발할 때 사용하는 전문 소프트웨어 개발 프로젝트입니다. 또한 Eclipse는 오픈 소스 개발 프로젝트입니다. Eclipse에 대한 자세한 내용은 다음 사이트에서 찾을 수 있습니다.

http://www.eclipse.org/eclipse/faq/eclipse-faq.html#about_8.

Eclipse를 설치하려면

1. 브라우저에서 http://www.eclipse.org/downloads/index.php로 이동합니다.
2. 다운로드 페이지에 많은 미러 사이트가 나타납니다. Eclipse는 무료 소프트웨어이므로 전세계 국가에 있는 미러 다운로드 서버에 호스트되어 있습니다. 다운로드할 미러 사이트를 선택합니다. 그러면 파일을 저장할지 또는 파일을 열지를 묻는 상자가 나타납니다. Eclipse 패키지는 zip으로 압축된 파일입니다. 저장을 누릅니다. Eclipse를 다운로드할 경로를 선택합니다.
3. Eclipse 다운로드를 완료한 후, Eclipse가 다운로드된 디렉토리로 이동하여 Eclipse 아이콘을 두 번 누릅니다. 작업 환경 경로를 묻는 대화 상자가 나타납니다. 작업 환경은 모든 파일 및 폴더를 저장합니다.
4. 작업 환경 경로를 입력합니다. 체크아웃을 수행할 때 파일이 이 경로에 저장됩니다. 체크아웃은 소스 아카이브의 파일을 수정해야 할 때 수행하는 작업입니다. 체크아웃은 버전 관리 소프트웨어를 사용하여 수행합니다. 체크아웃을 수행하면 다른 사용자가 파일을 수정하지 못합니다.

Subclipse에 관한 도움말

Subclipse

Subclipse는 Eclipse용 플러그인입니다. Subclipse는 Subversion을 Eclipse와 통합합니다. Subclipse 플러그인을 사용하면 이 플러그인이 Subversion의 모든 기능을 Eclipse에 추가하기 때문에 Subversion을 별도로 다운로드할 필요가 없습니다. Eclipse는 다양한 기능을 갖춘 플랫폼을 제공하여 매우 잘 통합된 도구를 개발할 때 사용하는 전문 소프트웨어 개발 프로젝트로 오픈 소스입니다.

Eclispse에 대한 자세한 내용은 http://www.eclipse.org/eclipse/faq/eclipse-faq.html#about_8를 참조하십시오.

Subclipse 다운로드 및 설치:

플러그인은 http://subclipse.tigris.org에서 다운로드할 수 있으며, 사용자는 Eclipse를 사용하여 Subclipse도 다운로드할 수 있습니다.

1. Eclipse를 다운로드한 위치(예: D:\eclipse-SDK-3.0.2-win32)로 이동하여 Subclipse를 설치합니다.
2. Eclipse 아이콘을 두 번 눌러 Eclipse를 엽니다.
3. Subclipse를 다운로드하려면 도움말 > 소프트웨어 갱신 > 찾기 및 설치를 누릅니다.
4. 설치할 새 기능 검색 옵션을 선택합니다.
5. 다음을 누릅니다. 표시되는 창에서 새 원격 사이트를 누릅니다. 이름 및 URL 열이 있는 작은 창이 나타납니다.
6. 이름 열에 Subclipse를 입력하고 URL 영역에 http://subclipse.tigris.org/update를 입력합니다.
7. 확인을 누릅니다. 설치할 사이트 섹션에 Subclipse가 나열된 것을 볼 수 있습니다. Subclipse를 선택합니다.
8. 다음을 누릅니다. Subclipse의 버전(예를 들어, 0.9.30)을 선택합니다.
9. 다음을 누릅니다. [라이센스 계약 조건에 동의합니다]를 선택해야 하는 창이 나타납니다.
10. 다음을 누릅니다. 설치할 위치를 묻는 창이 나타납니다.
11. 다음을 누릅니다. 확인 창이 나타납니다.
12. 설치를 누릅니다. 설치 프로세스가 끝난 후 작업 환경을 재부팅할지 또는 변경사항을 적용할지를 묻는 창이 나타납니다. Subclipse의 설치를 완료하기 위해서는 작업 환경을 재시작하거나 변경사항 적용을 눌러야 합니다.

Subclipse에서 코드 저장소 구성

Subclipse를 사용하여 Subversion 코드 저장소에 대한 작업을 수행할 수 있습니다. 다음 절차는 Subclipse에서 버전 관리 저장소를 구성하는 방법을 설명합니다.

Subclipse에서 코드 저장소를 구성하려면

컴포넌트가 설치되었으면 Eclipse 기본 창으로 이동합니다.

1. 기본 메뉴에서 Window > Show View로 이동하고 SVN Repository를 선택합니다.
2. CollabNet에 로그인하고 Subversion을 버전 지정 컴포넌트로 포함한 프로젝트를 작성합니다.
3. 프로젝트를 작성한 후 Eclipse로 이동하고 Window > Open Perspective > Other > Select SVN Repository Exploring을 차례로 누릅니다.
4. 확인을 누릅니다. 기본 창의 오른쪽에 SVN Repository 탐색기가 나타납니다. Repository Location을 마우스 오른쪽 버튼으로 누릅니다.
5. URL(예: http://firstsvn.<domainname>.net/svn/firstsvn)을 입력합니다. 여기서 "firstsvn"은 CollabNet에서 작성한 프로젝트이고, "domainname"은 도메인 이름이고, 마지막의 "firstsvn"은 프로젝트 이름입니다.
6. finish를 누릅니다.
7. SVN Repository 탐색기로 이동하여 탐색 메뉴에서 프로젝트를 확장합니다.
8. 폴더에 나열된 프로젝트의 내용을 볼 수 있습니다.
9. 이제 폴더를 선택하고 마우스 오른쪽 버튼을 눌러 "Checkout as Project"을 선택합니다.
10. 기본 창의 오른쪽에서 Resources view를 마우스 오른쪽 버튼으로 눌러 작업 환경으로 이동합니다. 작업 환경은 모든 프로젝트 파일을 저장하고, 수정 작업을 하고, 파일을 커밋하고, 기타 다른 작업을 수행하는 곳입니다. 예를 들어, 작업 환경을 C:\Test로 둘 수 있습니다.

Subclipse를 사용하여 파일을 편집하려면

1. 기본 메뉴에서 Window > Show View로 이동하고 SVN 저장소를 선택합니다.
2. SVN 저장소 창에 작성한 프로젝트가 표시됩니다.
3. 파일을 편집하려면 폴더를 선택하고 폴더의 왼쪽에 있는 더하기 기호를 누릅니다. 폴더가 확장되고 폴더의 내용이 표시됩니다.
4. 파일의 내용을 변경사항하려면 폴더에서 파일을 선택하여 오른쪽의 편집 창에 엽니다. 변경사항을 적용하고 File > Save를 눌러 파일을 저장합니다.
5. 파일에 작성한 변경사항을 저장하려면 왼쪽의 네비게이터 메뉴에서 수정한 파일을 선택한 다음 마우스 오른쪽 버튼을 누르고 Team > Commit을 선택합니다.

또한 Subclipse를 사용하여 갱신 및 원상 복귀와 같은 다른 작업을 수행할 수 있습니다.

Subclipse에 대한 질문이 있을 경우 다음 주소의 Subclipse 사이트를 방문하십시오.

이 사이트에는 FAQ 섹션, 플러그인의 갱신에 대한 정보 및 기타 Subclipse와 관련된 상세 내용이 있습니다.

소스세이프(Source Safe)보다 좋은 버전관리 프로그램 Tortoise SVN 을 소개해드립니다.

홈페이지 : http://tortoisesvn.net/

프로그래머, 개발자라면 반드시 소스의 버전관리를 해야 합니다. (선택이 아니라 필수입니다.)

소스관리 소프트웨어를 사용하는 대표적인 이유는 다음과 같습니다.

- 백업

- 팀 프로젝트 (팀원과 공통 소스 개발)

- 잘못 만들어진 소스 복구

저(Kyuseo) 역시 예전에는 MS 사의 소스세이프(Source Safe)를 10년 가까이 사용하였으나 최근 3년간 Tortoise SVN을 사용해본 결과 이제는 소스세이프를 사용하는 프로젝트는 손까락도 대기 싫습니다. 업무 효율상 20%~30% 이상 이득을 보았다고 생각합니다.

특히 프로그래머, 팀장님들은 꼭!!! SVN 을 적극 활용하시기를 권해드립니다.

- 2명 이상의 작업자가 코드 수정이 가능

- 지능적인 자동 Marge

- 무료 공개 소스 프로그램

- 지속적인 업데이트

- 한글 지원

- 탐색기 기반

- 모든 프로그램 호환 (소스코드 뿐만이 아니라 그래픽, 기획자도 사용하기 편리함)

- 프로그램의 안정성

- 세세한 옵션 조정 가능

- 전폭적인 업데이트 로그 관리

1. 저장소를 생성한다. ex) d:\RepositoryDir\Project1 에 생성 !

3. 프로젝트 폴더로 가서 필요한 부분의 파일과 폴더를 임포트한다.

* 주의할 것은 eclpise 로 테스트 해보았는데.. 자칫 모든 것을 한꺼번에 import 하게 되면 컴파일러가 .svn또는 _svn 폴더로 인하여 에러를 나타내는 경우가 있으므로 컴파일러에 맞추어서 import를 해준다.
ex)) Project1\res\layout, Project1\res\value, Project1\src\  폴더와 하위 파일들을 임포트하였다.

5. 관련 파일에 관련된 디렉토리 생성.

7. 관련 디렉토리를 생성해주고, 관련 파일들을 체크 아웃을 해줘서 저장소에 있는 것을 그 곳에 복사시켜준다.
* 복사할 때에 _svn 폴더가 생기기 때문에 그 폴더가 생겨도 지장(컴파일러 에러) 없는 곳에다가 체크 아웃을 시켜준다.

8. 소스 하나만 바뀔 때에는 업데이트를 이용해주는 것이 적은 용량을 사용하므로 빠르다.

9. 프로그램이 많이 바뀔 때마다 커밋을 해주어서 적절한 코멘트와 함께 수정한 내역을 알려서 프로젝트에서 바뀐 부분을 알수 있게 해준다.

10. 파일 하나만 바뀌는 경우에는 업데이트 명령어를 해서 그 파일 하나만 저장소에서 빼와서 복사시킨다. 빠른 속도로 바꿀 수 있는 장점이 있다.