linuxism

Apache Ant

개발원	Apache 소프트웨어 재단
최신 버전	1.8.3 (2012 년 2 월 29 일 (3 일) )
지원 OS	크로스 플랫폼
종류	빌드 도구
라이센스	Apache 라이센스
공식 사이트	http://ant.apache.org/

Apache Ant (아파치 개미)는 빌드 도구 소프트웨어 이다.

GNU make 의 Java 버전이라고도 할 수있는 것이며, 운영 체제 (OS) 등 특정 환경에 의존하기 어렵고 빌드 도구이다. XML 문서 빌드 (소프트웨어 구축)의 규칙을 작성하는 것이 특징이다. 통합 개발 환경 Eclipse 는 Ant 플러그인 이 기본으로 내장되어있다. 원래 Apache Tomcat 을 빌드하기 위해 개발된 것이다.

Ant는 태스크 라는 몇 가지 것들 XML 요소를 빌드 파일 (기본적으로 build.xml)에 작성하여 빌드 규칙을 만든다. 이 태스크는 Ant 플러그인으로 제공되고있는 것을 외부에서 채용하는 것으로, 추가할 수있다. 또한이 작업을 Ant의 응용 프로그래밍 인터페이스 (API)에 따라 Java로 작성하여 직접 작성 할 수도있다.

또한 최근에는 Java뿐만 아니라 IKVM.NET 프로젝트 및 Mono (소프트웨어) 프로젝트는 Ant task for IKVMC 로 . NET Framework 에서의 이용도 촉진되고있다.

주요 Ant 작업 [ 편집 ]

javac 

Java 소스 코드 를 컴파일 한다.

javadoc 

Java 소스 코드에서 Javadoc 문서 (Java API 문서)를 생성한다.

java 

Java 프로그램을 실행한다.

junit 

테스트 프레임 워크 JUnit 을 사용하여 Java 프로그램을 테스트 한다.

junitreport 

junit 작업 출력 결과 파일을 사용하여 HTML 형식 등에 대응하는 보고서 를 생성한다.

copy 

파일 을 복사합니다.

delete 

디렉토리 와 파일을 삭제한다.

mkdir 

디렉토리를 만듭니다.

ftp 

FTP 연결을 시작하고 파일 업로드 , 다운로드 등을 가능하게한다.

scp 

SCP , SFTP 연결을 시작하고 파일 업로드, 다운로드 등을 가능하게한다.

cvs 

CVS 연결을 시작하여 CVS 저장소 에서 체크 아웃 , 커밋 , 업데이트 가능하게한다.

genkey 

서명 대해서 JAR 파일을 만드는 데 필요한 인증서 를 생성한다.

signjar 

JAR 파일에 서명한다.

native2ascii 

Java 소스 코드 등에 포함된 멀티 바이트 문자열 부분을 JDK 에 포함되어있는 변환 도구를 사용하여 ASCII 코드로 변환한다.

setproxy 

네트워크 에 연결하는 작업을 수행할 때 프록시 서버 주소를 설정한다.

tstamp 

타임 스탬프 를 업데이 트 Ant에서 사용하는 변수 DSTAMP, TSTAMP를 갱신한다.

zip 

지정된 디렉토리와 파일을 ZIP 형식으로 압축 · 보관 한다.

echo 

콘솔 (명령 라인 환경)에 문자열을 출력한다.

splash 

런타임에 지정된 시간 동안 시작 을 표시한다. 이미지를 지정할 수도있다.

buildnumber 

빌드 번호를 업데이 트합니다. 기본적으로 같은 디렉토리에 build.numer라는 파일이 생성되고 파일에 빌드 번호가 기록된다.

ant 

다른 Ant 빌드 파일에서 작업을로드하여 실행한다.

개발원	D. Richard Hipp
최신 버전	3.7.10 (2012 년 1 월 16 일(44 일) )
프로그래밍 언어	C
지원 OS	크로스 플랫폼
종류	관계 데이터베이스 관리 시스템
라이센스	공개
공식 사이트	www.SQLite.org

개발자	리처드 힙
발표일	2000년 8월
최근 버전	3.7.9 / 2011년 11월 1일
프로그래밍 언어	C
운영 체제	크로스 플랫폼
크기	~275 kiB
종류	관계형 데이터베이스 (임베디드)
라이선스	퍼블릭 도메인[1]
웹사이트	http://sqlite.org/

SQLite는 MySQL나 PostgreSQL와 같은 데이터베이스 관리 시스템이지만, 서버가 아니라 응용프로그램에 넣어 사용하는 비교적 가벼운 데이터베이스이다. 영어권에서는 '에스큐엘라이트(ˌɛs ˌkjuː ˈɛlaɪt)'^[2]또는 '시큐엘라이트(siːˈkwɛlaɪt)'^[3]라고 읽는다.

일반적인 RDBMS에 비해 대규모 작업에는 적합하지 않지만, 중소 규모라면 속도에 손색이 없다. 또 API는 단순히 라이브러리를 호출하는 것만 있으며, 데이터를 저장하는 데 하나의 파일만을 사용하는 것이 특징이다. 버전 3.3.8에서는 풀텍스트 검색 기능을 가진 FTS1 모듈이 지원된다. 컬럼을 삭제하거나 변경하는 것 등이 제한된다.

구글 안드로이드 운영 체제에 기본 탑재된 데이터베이스이기도 하다.

[편집]주석

1. ↑ (영어)SQLite Copyright. sqlite.org. 2010년 5월 17일에 확인.
2. ↑ 리처드 힙 (발표자). (2006-05-31). SQLite 소개 (플래시 영상). 구글. 2010-03-23에 확인. "00:01:14 [...] 에스큐엘 라이트 [...]"
3. ↑ 리처드 힙 (발표자). (2006-05-31). SQLite 소개 (플래시 영상). 구글. 2010-03-23에 확인. "00:48:15 [...] 시퀠라이트 [...]"

Simple Authentication and Security Layer ( SASL )는 인터넷 프로토콜 의 인증 및 데이터 보안 을위한 프레임 워크 이다. 응용 프로그램 프로토콜에서 인증 메커니즘을 분리하는 것을 허용하고 이론적으로 SASL에서 지원하는 인증 메커니즘을 모든 응용 프로그램 프로토콜에서 사용할 수있다. 사용자가 다른 사람의 신원을 추정할 수있다 "프록시 인증"도 지원할 수있다. 데이터 일관성 / 데이터 기밀성 서비스를 제공하는 "데이터 보안 계층"도 제공할 수있다. 데이터 보안 계층을 제공하는기구의 예로는 DIGEST-MD5가있다. SASL을 지원하는 응용 프로그램 프로토콜은 Transport Layer Security (TLS)을 지원하여 SASL 제공하는 서비스를 보완하는 것이 일반적이다.

SASL은 카네기 멜론 대학 의 John Gardiner Myers가 RFC 2222 로 정리한 것이 최초이다. 이 문서는 Alexey Melnikov와 Kurt Zeilenga 편집한 RFC 4422 에서 이미 치환되어있다.

SASL은 IETF 의 인터넷 표준 의 표준화 과정에 있으며, 현재는 "표준화의 제창"단계이다.

SASL기구 [ 편집 ]

SASL 메커니즘은 일련의 요청 및 응답 모델화된있다. 미리 정의된 SASL기구 [1] 은 다음과 같다.

• "EXTERNAL"- 인증 흐름 속에서 암시적으로 수행됩니다 (예를 들어, IPsec 과 TLS 를 이미 사용하고있는 프로토콜).
• "ANONYMOUS"- 인증하지 게스트가 액세스할 수.
• "PLAIN"- 간단한 평문 의 암호 메커니즘. LOGIN 메커니즘은 PLAIN로 대체되었다.
• "OTP"- 일회용 암호 메커니즘. OTP는 SKEY기구로 대체되었다.
• "SKEY"- S / KEY 기구.
• " CRAM-MD5 "- HMAC-MD5를 기반으로 한 단순한 요청 - 응답 방식.
• " DIGEST-MD5 "- MD5를 기반으로하는 HTTP 다이제스트 호환 요청 - 응답 방식. 데이터 보안 계층을 제공합니다.
• " NTLM "- NT LAN Manager 인증기구.
• " GSSAPI "- GSSAPI 에 따르면 Kerberos V5 인증 데이터 보안 계층을 제공합니다.
• GateKeeper와 GateKeeperPassport - 마이크로 소프트 가 MSN Chat 용으로 개발 요청 - 응답 메커니즘.

SASL기구로서 모든 GSSAPI 메커니즘을 지원하는 것이 예정되어있다.

SASL 지원 응용 프로그램 프로토콜 [ 편집 ]

SASL 지원 응용 프로그램 프로토콜은 SASL 교환을 "프로필"로 정의하고있다. 또한 "ldap"와 같은 "서비스 이름"을 가지고 GSSAPI 및 Kerberos 레지스트리에서 공유 [2] . SASL을 이미 지원하고있는 프로토콜로 AMQP , BEEP , IMAP , LDAP ,IRCX , POP , SMTP , IMSP , ACAP , ManageSieve, XMPP 등이있다.

관련 항목 [ 편집 ]

• Transport Layer Security (TLS)

외부 링크 [ 편집 ]

• RFC 4422 - Simple Authentication and Security Layer (SASL) - obsoletes RFC 2222
• RFC 4505 - Anonymous Simple Authentication and Security Layer (SASL) Mechanism - obsoletes RFC 2245
• the IETF SASL Working Group - SASL의 개정과 GSSAPI 메커니즘을 개발하고있다.
• CMU SASL Information
• Cyrus SASL - 무료 및 이식성 SASL 라이브러리.
• GNU SASL - 무료 및 이식성 SASL 유틸리티와 라이브러리. GNU GPLv3 (유틸리티)와 LGPLv2.1 (라이브러리)의 라이센스되고있다.
• Dovecot SASL - 현재 성장하고있는 SASL 구현
• RFC 2831 - Using Digest Authentication as a SASL Mechanism

Simple Authentication and Security Layer (SASL) is a framework for authentication and data security in Internet protocols. It decouples authentication mechanisms from application protocols, in theory allowing any authentication mechanism supported by SASL to be used in any application protocol that uses SASL. Authentication mechanisms can also support proxy authorization, a facility allowing one user to assume the identity of another. They can also provide a data security layer offering data integrity and data confidentiality services. DIGEST-MD5 provides an example of mechanisms which can provide a data-security layer. Application protocols that support SASL typically also support Transport Layer Security (TLS) to complement the services offered by SASL.

In 1997 John Gardiner Myers wrote the original SASL specification (RFC 2222) while at Carnegie Mellon University. In 2006 that document was made obsolete by RFC 4422, edited by Alexey Melnikov and Kurt Zeilenga.

SASL is an IETF Standard Track protocol and is, as of 2010, a Proposed Standard.

[edit]SASL mechanisms

A SASL mechanism implements a series of challenges and responses. Defined SASL mechanisms^[1] include:

• "EXTERNAL", where authentication is implicit in the context (e.g., for protocols already using IPsec or TLS)
• "ANONYMOUS", for unauthenticated guest access
• "PLAIN", a simple cleartext password mechanism. PLAIN obsoleted the LOGIN mechanism.
• "OTP", a one-time password mechanism. OTP obsoleted the SKEY Mechanism.
• "SKEY", an S/KEY mechanism.
• "CRAM-MD5", a simple challenge-response scheme based on HMAC-MD5.
• "DIGEST-MD5", HTTP Digest compatible challenge-response scheme based upon MD5. DIGEST-MD5 offers a data security layer.
• "NTLM", an NT LAN Manager authentication mechanism
• "GSSAPI", for Kerberos V5 authentication via the GSSAPI. GSSAPI offers a data-security layer.
• GateKeeper (& GateKeeperPassport), a challenge-response mechanism developed by Microsoft for MSN Chat

The GS2 family of mechanisms supports arbitrary GSS-API mechanisms in SASL.^[2] It is now standardized as RFC 5801.

[edit]SASL-aware application protocols

Application protocols define their representation of SASL exchanges with a profile. A protocol has a service name such as "ldap" in a registry shared withGSSAPI and Kerberos.^[3]

As of 2010 protocols currently supporting SASL include:

• AMQP
• BEEP
• IMAP
• LDAP
• IRC (either IRCX or Charybdis extension)
• POP
• SMTP
• IMSP
• ACAP
• ManageSieve
• XMPP
• Subversion's custom "svn" protocol

[edit]See also

• Transport Layer Security (TLS)

[edit]External links

• RFC 4422 - Simple Authentication and Security Layer (SASL) - obsoletes RFC 2222
• RFC 4505 - Anonymous Simple Authentication and Security Layer (SASL) Mechanism - obsoletes RFC 2245
• The IETF SASL Working Group, chartered to revise existing SASL specifications, as well as to develop a family of GSSAPI mechanisms
• CMU SASL Information
• Cyrus SASL, a free and portable SASL library providing generic security for various applications^[4]
• GNU SASL, a free and portable SASL command-line utility and library, distributed under the GNU GPLv3 and LGPLv2.1, respectively
• Dovecot SASL, an SASL implementation
• RFC 2831 - Using Digest Authentication as a SASL Mechanism
• Java SASL API Programming and Deployment Guide

[edit]References