'2009/01'에 해당되는 글 4건
윈도우에서 SVN 서버 설치하기 :: 2009/01/29 18:33
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.so와 mod_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 \ |
- 윈도우 서비스 삭제하기
C:\>sc delete svnserve |
- 윈도우 서비스로 사용할 경우 저장소의 conf 디렉토리의 svnserve.conf를 이용하여 저장소 정보를 설정하고, 사용자 인증은 passwd 파일을 편집하여 사용한다. (접근권한 파일 authz은 동일하게 사용 가능함).
10. 클라이언트를 사용하여 SVN 저장소 보기
- 브라우저를 이용하여 저장소에 접근한 모습 (http 프로토콜 사용)

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

Spring + Apache Mina + JMX :: 2009/01/22 11:31
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" |
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
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 버전을 지원하지 않음. |

