Apache, Subversion설치하기

• 1. http://httpd.apache.org/download.cgi에서 2.x 버전의 apache를 다운 받는다.
• 2. http://subversion.tigris.org/project_packages.html에서 가장 최신의 subversion을 다운 받는다.
• 3. 먼저 apache를 설치한다.
• 4. 그리고 subversion을 설치한다. subversion설치중에 다음과 같은 화면이 나오는데 3번째 Apache modules부분에 체크가 되어 있는지 확인한다. 디폴트로는 체크가 되어 있을것이다.

• 5. apache설치 디렉토리\conf\httpd.conf파일을 열어보면 중간쯤에

LoadModule dav_module modules/mod_dav.so 
LoadModule dav_svn_module modules/mod_dav_svn.so 

두줄이 주석이 없는 
것이 보일것이다. Subversion이 설치중에 관련 모듈을 설치하면서 주석을 삭제하기 때문이다. 자동으로 
된다. 따로 할필요가 없다.

• 6. svnadmin create 명령어로 저장소를 생성한다.

필자는 다음과 같이 수행했다. 
E:\svn\repository에 저장소를 생성한다는것이다.

파일 시스템 타입으로 생성한것이다. 
버클리 DB타입은 ?fs-type bdb라고 하면된다.

svnadmin --fs-type 
fsfs create e:/svn/repository

• 7. 다음처럼 유저 파일을 생성한다. 물론 이때 path가 안걸려 있을때는 아파치 설치디렉토리밑에
  bin디렉토리를 path에 걸어주고 다시 실행한다.

htpasswd -cm 
e:/svn/svn-auth-file 유저명

-> 여기서 c옵션은 새로운 파일 생성, m옵션은 
md5타입으로 암호화하는것을 의미한다.

필자는 htpasswd -cm 
e:/svn/svn-auth-file fromm0 으로 명령을 수행했다.

htpasswd -m 
e:/svn/svn-auth-file 유저명

-> 따라서 이건 해당 유저의 패스워드만 
바꾸는것이다.

• 8. httpd.conf파일에 저장소 관련 셋팅 추가하기.

파일 검색해서 Location이 
위치한 부분 마지막에 다음과 같이 추가해준다.

<Location /repos> 
  DAV svn
  SVNPath e:/svn/repository

  Require valid-user

  # how to authenticate a user
  AuthType Basic
  AuthName "Subversion repository"
  AuthUserFile e:/svn/svn-auth-file
</Location>

이 셋팅엔 여러가지 방법이 있다. 자세한 내용은 매뉴얼을 참조하기 바란다.

<Location> 
태그내의 /repos는 나중에 http로 접근할 때 http://서버주소/repos형식으로 붙는다.

SVNPath : 저장소 위치를 적어준다. 여러 개의 저장소를 생성할때는 SVNParentPath라고 적어주면 
된다.

Require : valid-user라는 값은 승인된 유저만 접근이 가능하다는 것을 의미한다.

AuthType : 인증 타입으로는 필자는 Basic인 기본타입을 사용한다.

AuthUserFile에는 위에서 셋팅한것처럼 사용자 정보가 들어가는 파일의 위치를 지정한다.

• 9. 보통 아파치 설치후 subversion을 설치하면 아파치 관련 서비스가 사라진다. 이때는 명령창에서
  apache -k install 라고 해주면 다시 서비스가 설치된다.
• 10. 아파치를 다시 시작 시키고 나서 웹브라우저로 http://localhost/repos 해주면
  Revision 0: / 라는 메시지를 보여준다. 물론 위처럼 설정을 했다면 인증절차를 거치게 
  된다.

Eclipse와 Subversion을 연동해서 사용하기.

필자는 eclipse3.1.M4버전을 사용했다.

• 1. 일단 eclipse용 subversion플러그인은 현재 두가지가 나와있다.

http://subclipse.tigris.org

http://ar.geocities.com/itcrespo/eclipse/

두가지 중에 필자는 위의 것을 사용한다.

• 2. 홈페이지에서 보면 알겠지만 subclipse는 eclipse내의 software updates를
  사용한다.

Help -> software updates -> find and install를 
누른다.

• 3. search for new features to install를 체크하고 next한다.
• 4. 다음처럼 new remote site를 추가해 준다. 그럼 sites to include in
  search에 추가가 되고, subclipse에 체크를 한 다음에 다음으로 넘어가자.

• 5. 다음처럼. 선택한다. 그리고 몇번의 페이지 이동을 한다.

• 6. 그럼 다음과 같은 화면이 나온다.

• 7. 설치하고 나면 eclipse를 다시 시작할지 물어본다. 그냥 다시 시작한다.

window->preferences에 team부분을 보면 다음처럼 svn관련이 추가된걸 볼수있다.

• 8. 메뉴에 window -> show view -> other -> svn하위의 svn
  repositories를 선택한다.

그럼 다음과 같은데 마우스 오른쪽을 클릭해서 new -> 
repository location으로 새 저장소를 생성한다.

• 9. 다음처럼 셋팅해주고 finish를 해준다.

• 10. 그럼 svn repositories에 등록이 된다. 그리고 다음과 같이 보여준다.

필자의 
경우 기존에 등록된 프로젝트가 있어서. 조금 다르게 나온다.

• 11. 프로젝트를 생성하고 svn에 연결을 시도한다.

• 12. 다음처럼 cvs와 svn을 선택하는 화면이 나온다.

• 13. 셋팅이 되어 있는 svn repository를 선택하면 된다.

• 14. 그럼 svn연결이 되면서 다음과 같은 화면이 나온다. cvs와는 조금 다르게 연결이 되었는데, ?
  표시가 보인다.

Subversion은 연결후 다시 subversion version 
control등록을 해야 한다.

• 15. 다음처럼 version control제어에 추가하고 다시 commit를 하면 연결작업이 사실상 끝난다.

포스트를 만든 목적

• 이렇게 하지 않으면, 책을 건성으로 본다.

내용

Dispose 는 무엇인가?

관리되지 않는(unmanaged) 자원을 해제하기 위해서 사용 하는 함수이다.

그러면 unmanaged 자원은 무엇인가?

그러면 표준 Dispose 패턴은 무엇인가?

1. Dispose를 IDisposable Interface로 구현한다.
   
2. Dispose 내부에선 unmanaged 자원을 해제한다.
   
3. 사용자가 Dispose를 사용하지 않았을 경우를 대비하여, finalizer를 구현한다.
   
4. finalizer 에서 unmanaged 자원을 해제한다.

finalizer 를 구현하면, 성능상에 나쁜 영향을 주는데, 왜 finalizer를 구현해야 하나?

무제한 unmanaged 자원이 늘어나는게 더 나쁜 영향을 준다. 그래도 finalizer를 구현하지 않겠는가?

왜 finalizer를 구현하면 성능에 나쁘나?

1. finalizer를 구현하면, GC가 자신이 관리하는 finalizer 큐에 저장한다.
   
2. GC에서 사용하는 특정 쓰레드가 finalizer 큐를 읽고, 해제해도 되는지 검사한다.
   
3. 검사 후 해제되도 된다면, 그때서야 해제한다.

3번이 될때까지 아직도 해제하지 않고 있는 것과, 검사하는 것에 에너지를 사용하기 때문에 성능에 나쁘다.(얼마나 나쁠지는 모르겠다.)

finalizer에선 어떤 일을 해야 하는가?

사용자가 Dispose()를 사용하지 않았을 경우, unmanaged 자원을 해야 해야 한다.

그러면, 어떻게 Dispose를 구현해야 하는가?

반드시 다음과 같은 기능을 수행해야만 한다.

1. unmanaged 자원 해제
   
2. managed 자원의 해제
   
3. Dispose() 한 후 다시 Dispose() 호출 후 이상이 없어야 한다.
   
4. Dispose() 한 후 unmanaged 자원 사용 시, ObjectDisposed 예외를 발생 시켜야 한다.
   
5. finalization 동작을 막아야 한다.

다 좋은데, 상속 기반에서는 어떻게 하나? IDisposable Interface는 비가상 함수지 않는가?

그렇다. 그래서 가상함수로 Dispose() 기능을 수행하는 함수를 만들어야 한다. 기왕 제 3의 함수 만드니까, finalizer 에서 사용 되는 부분도 줄이면 좋겠다.

.. 그런데 managed 자원은 GC(가비지 켈렉터)가 해제해주는데 굳이 해제해 줄 필요가 있는가?

맞는 말이다. 하지만 어차피 사용되지 않을꺼니까, 가비지 켈렉터가 잘 일할 수 있도록, 해제해 주는게 좋다.

어떻게 managed 자원을 해제 하는가?

.. null 로 만들면 된다. 예를 들어 _list.Clear(); _list = null; 이렇게 하면 된다.

자, 이제 코드로 보여 줄 수 있는가?

• finalizer 와 Dispose 에서, 객체 생명주기를 바꾸는 행동을 하지 말아야 한다. 만약 객체 생명주기를 건들게 되면, 객체는 더 이상 사용하지 않는데도, managed 자원까지 사라지지 않는 일이 발생 한다. .... 어렵다면, 해제하는 작업만 해야 한다고 알아도 된다.
  

결론

• 남이 만든거 갔다가 쓰자. :P
• 남이 만든게 없을 경우, unmanaged 자원이 있을 경우, 표준 Dispose 패턴으로 구현하자.