'2009/01'에 해당되는 글 4건

윈도우에서 SVN 서버 설치하기 :: 2009/01/29 18:33

윈도우에서 Serverion 서버를 설치하고 운영하는 방법이다.

1. 설치 프로그램 준비

- Subversion 서버 (버전 1.5.x)
- Apache 웹서버 (버전 2.2.x 또는 버전 2.0.x)

2. Apache 웹서버 설치

- http://httpd.apache.org/download.cgi 에서 Apache 2.2 또는 2.0 최신 버전을 받는다. https 프로토콜을 사용할 경우 openssl 지원되는 프로그램을 설치한다. (본 문서에서는 apache_2.2.11-win32-x86-openssl-0.9.8i.msi 설치 버전을 사용함).

3. Subversion 서버 설치

- Subversion은 다양한 설치본이 있으나 아래 2가지 방법 중 하나를 선택하여 설치한다.

- 방법1: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100 에서 Apache 2.2 모듈을 포함하고 있는 윈도우용 최신 SVN 바이너리 프로그램을 받는다. ZIP 파일로 된 파일을 적절한 곳에 풀고, 해당 bin 디렉토리 위치를 SYSTEM PATH에 잡아준다. (Apache 2.0 모듈을 포함한 바이너리는 아래 주소에서 받음).

- 방법2: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91 에서 윈도우용 설치프로그램 최신 버전을 받는다. 프로그램 설치 시 위에서 설치한 Apache 웹서버 버전에 맞는 모듈을 바인딩하도록 선택한다. (본 문서에서는 Setup-Subversion-1.5.3.msi 설치 버전을 사용함).

사용자 삽입 이미지

- SVN 설치 후 시스템을 재부팅하여 아파치가 SVN의 DLL 파일을 참조할 수 있도록 한다. 그렇지 않으면 아래 아파치 모듈 설정 후 아파치 웹서버 시작시 오류가 발생할 수 있다.

4. SVN 저장소 생성

- 저장소 생성 명령: svnadmin create 저장소경로명
C:\>mkdir SVNROOT
C:\>cd SVNROOT
C:\>svnadmin create sample

5. Apache 서버에 SVN 모듈 등록

- Subversion의 bin 디렉토리에 포함되어 있는 mod_dav_svn.somod_authz_svn.so 2개 파일을 Apache의 mobules 디렉토리에 복사한다.

- httpd.conf 를 아래와 같이 편집하여 등록한다.
# 아파치 모듈 설정 부분에서 다음 부분의 주석을 푼다.
LoadModule dav_module modules/mod_dav.so
LoadModule dav_fs_module modules/mod_dav_fs.so

# 다음과 같은 SVN 모듈을 추가한다.
LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so

6. Apache 가상 호스트 설정

- 아파치 2.2 버전인 경우 다음과 같이 가상호스트 설정파일을 포함한다.
# Virtual hosts
Include conf/extra/httpd-vhosts.conf

- 다음과 같이 httpd-vhosts.conf 파일을 편집하여 SVN 저장소 위치와 사용자 및 접근권한 파일을 설정한다.
<VirtualHost *:80>
    <Location /sample>
        DAV svn
        SVNPath "C:\SVNROOT\sample"
        #SVNParentPath "C:\SVNROOT"
        #SVNListParentPath On
        AuthType Basic
        AuthName "Docuon11 SVN Repository"
        AuthUserFile "C:\SVNROOT\sample\conf\htpasswd"
        AuthzSVNAccessFile "C:\SVNROOT\sample\conf\authz"  
        Require valid-user
    </Location>
</VirtualHost>

7. Apache 사용자 인증 파일 생성

- http 프로토콜을 사용하여 SVN에 접근할 경우 Apache의 htpasswd 파일을 이용하여 사용자 인증을 한다.

- htpasswd 파일 생성 명령
{아파치설치디렉토리}\bin\htpasswd -c htpasswd 사용자계정

- htpasswd 파일에 사용자 추가 명령
{아파치설치디렉토리}\bin\htpasswd htpasswd 사용자계정

- 다음과 같이 아파치에서 제공하는 htpasswd 도구를 사용하여 암호설정 파일을 생성한다.
C:\SVNROOT\sample\conf>C:\Apache\Apache2.2\bin\htpasswd -c htpasswd user1
Automatically using MD5 format.
New password: ********
Re-type new password: ********
Adding password for user user1

8. Subversion 접근권한 파일 설정

- SVN 저장소의 conf에 있는 authz 파일을 이용하여 저장소에 대한 사용자 또는 사용자 그룹별 접근 권한을 설정한다. 참로고, passwd와 svnserve.conf 파일은 svn 프로토콜을 사용할 경우 사용되고, http 나 https 로 접속할 경우에는 사용되지 않는다.

- 다음은 authz 파일의 접근 권한 설정의 한 예이다.
[groups]
group1 = user1,user2
group2 = user3,user4,user5

[/]
* = r

[/project1]
@group1 = rw
@group2 = r

[/project2]
@group1 = rw
@group2 = r

9. Subversion 서버 윈도우 서비스로 등록하기 (svn 프로토콜로 접속할 경우)

- 윈도우 서비스 등록하기
C:\>sc create svnserve binpath= "%programfiles%\Subversion\bin\svnserve.exe \
--service --root "C:\SVNROOT"" displayname= "Subversion Server" \
depend= tcpip start= auto obj= "NT AUTHORITY\LocalService"

- 윈도우 서비스 삭제하기
C:\>sc delete svnserve

- 윈도우 서비스로 사용할 경우 저장소의 conf 디렉토리의 svnserve.conf를 이용하여 저장소 정보를 설정하고, 사용자 인증은 passwd 파일을 편집하여 사용한다. (접근권한 파일 authz은 동일하게 사용 가능함).

10. 클라이언트를 사용하여 SVN 저장소 보기

- 브라우저를 이용하여 저장소에 접근한 모습 (http 프로토콜 사용)
사용자 삽입 이미지

- TortoiseSVN을 이용하여 저장소에 접근한 모습 (svn 프로토콜 사용: 기본 포트 3690)
사용자 삽입 이미지

Spring + Apache Mina + JMX :: 2009/01/22 11:31

네트워크 어플리케이션 프레임워크인 Apache Mina를 이용하여 소켓 서버를 구현할 수 있다. Mina는 Spring DI를 이용하여 쉽게 인테그레이션 될 수 있고, 또한 Spring에서 지원하는 JMX 기능을 사용하여 서버에 등록된 Bean들을 모니터링 및 관리를 할 수 있다.

1. Apache Mina의 IoHandler를 구현한 클래스와 소켓서버의 설정을 아래와 같이 설정한다.
<!-- java.net.InetSocketAddress objects by Spring -->
<bean class="org.springframework.beans.factory.config.CustomEditorConfigurer">
  <property name="customEditors">
    <map>
      <entry key="java.net.SocketAddress">
        <bean class="org.apache.mina.integration.spring.InetSocketAddressEditor" />
      </entry>
    </map>
  </property>
</bean>

<!-- The IoHandler implementation -->
<bean id="ioHandler" class="net.java2go.server.MyIoHandler" />

<!-- thread pool -->
<bean id="threadModel"
    class="org.apache.mina.integration.spring.ExecutorThreadModelFactoryBean">
  <property name="serviceName" value="MyService" />
  <property name="executor">
    <bean class="org.apache.mina.integration.spring.ThreadPoolExecutorFactoryBean">
      <property name="corePoolSize" value="10" />
      <property name="maxPoolSize" value="30" />
      <property name="keepAliveSeconds" value="30" />
    </bean>
  </property>
</bean>

<!-- The IoAcceptor which binds to port 8099 -->
<bean id="ioAcceptor"
class="org.apache.mina.integration.spring.IoAcceptorFactoryBean"> <property name="target"> <bean class="org.apache.mina.transport.socket.nio.SocketAcceptor" /> </property> <property name="bindings"> <list> <bean class="org.apache.mina.integration.spring.Binding"> <property name="address" value="8099" /> <property name="handler" ref="ioHandler" /> <property name="serviceConfig"> <bean class="org.apache.mina.transport.socket.nio.SocketAcceptorConfig"> <property name="reuseAddress" value="true" /> <property name="threadModel" ref="threadModel" /> </bean> </property> </bean> </list> </property> </bean>

2. Apache Mina의 IoServiceManager 및 기타 JMX를 통해 노출하고자하는 Bean을 등록한다. 그리고 Spring JMX MBeanExporter 설정을 통해 해당 Bean을 노출한다. 여기서는 RMI를 이용하였고, 이 경우 RMI Registry에 대한 설정도 추가해 준다.
<bean id="ioServiceManager"
    class="org.apache.mina.integration.jmx.IoServiceManager">
  <constructor-arg index="0" ref="ioAcceptor" />
</bean>

<bean id="mbeanServer"
    class="org.springframework.jmx.support.MBeanServerFactoryBean">
  <property name="locateExistingServerIfPossible" value="true" />
  <!--<property name="defaultDomain" value="server" />-->
</bean>

<bean id="serverConnector"
    class="org.springframework.jmx.support.ConnectorServerFactoryBean"
    depends-on="rmiRegistry">
  <property name="objectName" value="connector:name=rmi" />
  <property name="serviceUrl" 
      value="service:jmx:rmi://localhost/jndi/rmi://localhost:1099/server" />
</bean>

<bean id="rmiRegistry"
    class="org.springframework.remoting.rmi.RmiRegistryFactoryBean">
  <property name="port" value="1099" />
</bean>

<bean id="mbeanExporter" class="org.springframework.jmx.export.MBeanExporter">
  <property name="beans">
    <map>
      <entry key="server:name=ioService" value-ref="ioServiceManager" />
      <!--<entry key="server:name=myServiceBean" value-ref="myServiceBean" />-->
    </map>
  </property>
  <property name="registrationBehaviorName" value="REGISTRATION_REPLACE_EXISTING" />
  <property name="server">
    <ref local="mbeanServer" />
  </property>
</bean>

3. JMX를 통해 MBean에 접속하려는 서버에 방화벽이 설치되어 있는 경우, JMX/RMI Connector를 위한 Port를 명시적으로 지정할 필요가 있다. 그렇지 않으면 시스템에서 랜덤하게 지정된 Port를 사용하게 되는데 방화벽이 설치된 경우 임의 Port를 사용할 수 없으므로 접속이 불가능하게 된다. 다음과 같이 JMX/RMI Connector를 위한 포트를 지정해 준다. (참고: RMI Connector와 Repository 포트는 동일해도 됨).
<property name="serviceUrl" 
  value="service:jmx:rmi://localhost:1098/jndi/rmi://localhost:1099/server" />

4. JMX 모니터링 도구를 사용하여 JMX 서버에 접속하여 모니터링을 수행한다. JMX 접속 주소는 Spring 설정에서 노출한 serviceUrl이 되며, 다음은 JDK에 포함되어 있는 JColsole을 이용하여 모니터링을 수행한 화면이다.

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

사용자 삽입 이미지

Windows XP: PATH is too long :: 2009/01/09 18:10

윈도우즈 XP에서 "PATH is too long" 오류 메시지를 띄우며 디렉토리가 지워지지 않을 때 아래와 같은 명령으로 해당 디렉토리를 삭제할 수 있다.

rd /s nameOfDirectory

HTTP 상태 코드 :: 2009/01/08 11:29

클라이언트가 서버에 접속하여 어떠한 요청을 하면, 서버는 세 자리 수로 된 상태 코드와 함께 응답한다. HTTP의 상태 코드는 다음과 같다.

코드 메시지 설명
1XX Informational(정보) 정보 교환.
100 Continue 클라이언트로부터 일부 요청을 받았으니 나머지 요청 정보를 계속 보내주길 바람. (HTTP 1.1에서 처음 등장)
101 Switching Protocols 서버는 클라이언트의 요청대로 Upgrade 헤더를 따라 다른 프로토콜로 바꿀 것임. (HTTP 1.1에서 처음 등장)
2XX Success(성공) 데이터 전송이 성공적으로 이루어졌거나, 이해되었거나, 수락되었음.
200 OK 오류 없이 전송 성공.
202 Accepted 서버가 클라이언트의 요청을 수락함.
203 Non-authoritavive Information 서버가 클라이언트 요구중 일부만 전송.
204 Non Content 클라이언트의 요구를 처리했으나 전송할 데이터가 없음.
205 Reset Content 새 문서 없음. 하지만 브라우저는 문서 창을 리셋해야 함. (브라우저가 CGI 폼 필드를 전부 지우도록 할 때 사용됨.) (HTTP 1.1에서 처음 등장)
206 Partial Content 클라이언트가 Range 헤더와 함께 요청의 일부분을 보냈고 서버는 이를 수행했음. (HTTP 1.1에서 처음 등장)
3XX Redirection(방향 바꿈) 자료의 위치가 바뀌었음.
300 Multiple Choisces 최근에 옮겨진 데이터를 요청.
301 Moved Permanently 요구한 데이터를 변경된 URL에서 찾았음.
302 Moved Permanently 요구한 데이터가 변경된 URL에 있음을 명시. 301과 비슷하지만 새 URL은 임시 저장 장소로 해석됨.
303 See Other 요구한 데이터를 변경하지 않았기 때문에 문제가 있음.
304 Not modified 클라이언트의 캐시에 이 문서가 저장되었고 선택적인 요청에 의해 수행됨 (보통 지정된 날짜보다 더 나중의 문서만을 보여주도록 하는 If-Modified-Since 헤더의 경우).
305 Use Proxy 요청된 문서는 Location 헤더에 나열된 프록시를 통해 추출되어야 함. (HTTP 1.1에서 처음 등장)
307 Temporary Redirect 자료가 임시적으로 옮겨짐.
4XX Client Error(클라이언트 오류) 클라이언트 측의 오류. 주소를 잘못 입력하였거나 요청이 잘못 되었음.
400 Bad Request 요청 실패. 문법상 오류가 있어서 서버가 요청사항을 이해하지 못함,
401.1 Unauthorized 권한 없음 (접속실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지 않음.
401.2 Unauthorized 권한 없음 (서버설정으로 인한 접속 실패). 서버에 로그온 하려는 요청사항이 서버에 들어있는 권한과 비교했을 때 맞지않음.
401.3 Unauthorized 권한 없음 (자원에 대한 ACL에 기인한 권한 없음). 클라이언트가 특정 자료에 접근할 수 없음.
401.4 Unauthorized 권한 없음 (필터에 의한 권한 부여 실패). 서버에 접속하는 사용자들을 확인하기 위해 설치한 필터 프로그램이 있음.
401.5 Unauthorized 권한 없음 (ISA PI/CGI 애플리케이션에 의한 권한부여 실패). 이용하려는 서버의 주소에 ISA PI나 CGI프로그램이 설치되어 있고, 권한을 부여할 수 없음.
402 Payment Required 예약됨.
403.1 Forbidden 금지 (수행접근 금지). 수행시키지 못하도록 되어있는 디렉터리 내의 실행 파일을 수행하려고 하였음.
403.2 Forbidden 금지 (읽기 접근 금지). 접근한 디렉터리에 가용한 기본 페이지가 없음.
403.4 Forbidden 금지 (SSL 필요함). 접근하려는 페이지가 SSL로 보안유지 되고 있음.
403.5 Forbidden 금지 (SSL 128필요함). 페이지가 128비트의 SSL로 보안유지 되고 있음.
403.6 Forbidden 금지 (IP 주소 거부됨). 사용자가 허용되지 않은 IP로부터 접근함.
403.7 Forbidden 금지 (클라이언트 확인 필요). 클라이언트가 자료에 접근할 수 있는지 확인 요함.
403.8 Forbidden 금지 (사이트 접근 거부됨). 서버가 요청사항을 수행하고 있지 않거나, 해당 사이트에 접근하는 것이 허락되지 않음.
403.9 Forbidden 접근금지 (연결된 사용자수 과다). 서버가 BUSY 상태에 있어서 요청을 수행할 수 없음.
403.10 Forbidden 접근금지 (설정이 확실 하지 않음).
403.11 Forbidden 접근금지 (패스워드 변경됨). 잘못된 암호를 입력했음.
403.12 Forbidden 접근금지(Mapper 접근 금지됨). 클라이언트 인증용 맵이 해당 웹 사이트에 접근하는 것이 거부됨.
404 Not Found 문서를 찾을 수 없음. 서버가 요청한 파일이나 스크립트를 찾지 못함.
405 Method not allowed 메서드 허용 안됨. 요청 내용에 명시된 메서드를 수행하기 위해 해당 자원의 이용이 허용되지 않음.
406 Not Acceptable 받아들일 수 없음.
407 Proxy Authentication Required 프록시 서버의 인증이 필요함.
408 Request timeout 요청 시간이 지남.
409 Conflict 요청을 처리하는데 문제가 있음. 보통 PUT 요청과 관계가 있다. 보통 다른 버전의 파일을 업로드할 경우 발생함. (HTTP 1.1에서 새로 등장)
410 Gone 영구적으로 사용할 수 없음.
411 Length Required 클라이언트가 헤더에 Content-Length를 포함하지 않으면 서버가 처리할 수 없음.(HTTP 1.1에서 새로 등장)
412 Precondition Failed 선결조건 실패. 헤더에 하나 이상의 선결조건을 서버에서 충족시킬 수 없음.
413 Request entity too large 요청된 문서가 현재 서버가 다룰 수 있는 크기보다 큼. (HTTP 1.1에서 새로 등장)
414 Request-URI too long 요청한 URI가 너무 김.
415 Unsupported media type 요청이 알려지지 않은 형태임. (HTTP 1.1에서 새로 등장)
5XX Server Error(서버 오류) 서버 측의 오류로 올바른 요청을 처리할 수 없음.
500 Internal Server Error 서버 내부 오류.
501 Not Implemented 필요한 기능이 서버에 설치되지 않았음.
502 Bad gateway 게이트웨이 상태 나쁨.
503 Service Unavailable 외부 서비스가 죽었거나 현재 멈춘 상태 또는 이용할 수 없는 서비스.
504 Gateway timeout 프록시나 게이트웨이의 역할을 하는 서버에서 볼 수 있음. 초기 서버가 원격 서버로부터 응답을 받을 수 없음. (HTTP 1.1에서 새로 등장)
505 HTTP Version Not Supported 해당 HTTP 버전을 지원하지 않음.