Ant 는, Linux, Solaris 나 HP-UX 라고 하는 상용 Unix, Windows 9x 및 NT, Novell Netware 6 , 그리고 MacOS X 등을 포함한 수많은 플랫폼에서 잘 사용되고 있습니다.
Ant 를 빌드 해 사용하려면, 당신의 클래스 패스에 JAXP 호환의 XML 파서가 인스톨되어 이용 가능해야 합니다.
Ant 의 실행본 제품은, Apache Xerces2 XML 파서의 최신판이 포함되어 있습니다. JAXP 에 대한 자세한 정보는 http://java.sun.com/xml/ 을 봐 주세요. JAXP 호환의 다른 파서를 사용하고 싶은 경우에는, Ant의 lib 디렉토리로부터 xercesImpl.jar 및 xml파서APIs.jar 를 삭제해 주세요. 그리고, 당신 취향의 파서로부터 그 jar 파일들을 Ant 의 lib디렉토리에 넣어두든지 아니면, jar 파일들을 시스템 클래스패스로 잡으시기 바랍니다.
현재 버전의 Ant는, 버전 1.1 이상의 JDK 가 인스톨되는 것을 요구합니다. 어떤 태스크는 1.1 이상의 시스템에서 잘 작동합니다; 어떤 태스크는 Java 1.2 및 그 계열에서만 작동합니다. Ant 1.x 에서는 1.1 의 호환성을 유지하도록 계속 노력합니다만, Ant 의 장래의 버젼 -Ant 2.0- 에서는 JDK 1.2 이상을 요구사항으로 할 예정입니다.
주의: MS 컴파일러는 지원하고 있습니다만, Microsoft JVM/JDK 만으로는 적절하지는 않습니다.
주의 #2: 만약 JDK 가 없는 JRE runtime 만으로는, 많은 태스크는 동작하지 않습니다.
ant +--- bin // 실행 스크립트가 있습니다 | +--- lib // Ant jar 들과 필요한 의존파일이 있습니다 | +--- docs // 문서가 있습니다 | +--- ant2 // Ant2 의 요구사항의 간단한 설명 | | | +--- images // HTML 문서용의 여러가지 로고 | | | +--- manual // Ant 의 문서(반드시 읽어 주세요 ;-) | +--- etc // xsl 툴이 있습니다 // - 여러가지 태스크의 xml 출력으로부터, 보다 좋은 리포트를 작성합니다 // - 빌드 파일을 통합해, 'deprecated'의 경고를 없앱니다 // - ... 게다가 그 밖에도 ;-)
Ant 를 실행하려면 bin 및 lib 디렉토리만이 필요합니다. 인스톨 하려면 , 어느 디렉토리를 선택해, 배포 파일을 거기에 카피합니다. 이 디렉토리는 ANT_HOME 이 됩니다.
Windows 95 및 Windows 98 상에서의 주의사항:
이러한 시스템상에서는, ANT_HOME 이 긴 파일명일 경우, Ant 를 기동하는데 사용되는 스크립트에 문제가 발생합니다. 이것은, OS의 배치파일의"for" 문의 제한에 의하는 것입니다. 따라서, Ant 를 C:\Ant 처럼 짧은 path 에 인스톨 하는 것을 추천 합니다.
Ant 를 실행하기 전에, 필요한 몇개의 추가의 설정이 있습니다:
bin 디렉토리를 path에 추가합니다.
환경 변수 ANT_HOME 을 Ant 를 인스톨된 장소의 디렉토리로 설정합니다. 일부의 운영체제에서는, Ant 의 wrapper 스크립트들을 ANT_HOME 로 추측합니다 (Unix 계열이나 Windows NT/2000) - 그러나, 이 방법은 의지하지 않는 편이 좋을 것입니다.
추가로, 환경 변수 JAVA_HOME 을 설정합니다. (아래의 고급자용 부분에서 봐 주세요.) 이것에는 JDK가 인스톨 된 장소의 디렉토리로 설정합니다.
주의: Ant 의 ant.jar 파일을 JDK/JRE 의 lib/ext 디렉토리에 인스톨 하지 말아 주세요. Ant 는 애플리케이션입니다만, extension 디렉토리는 JDK 의 확장기능을 위한 영역이기 때문입니다. 특히, extension 에 의해 로드 되는 클래스에는 보안영역의 제한이 있습니다.
Ant 의 클래스패스에 ant.jar 와, 선택된 JAXP 호환 XML 파서에 필요한 jars/클래스들이 포함되어야합니다.
JDK 의 기능이 필요한 경우(javac 태스크나 rmic 태스크 같은), JDK 1.1 에서는 JDK 의 classes.zip 파일을 클래스 패스에 추가해야 합니다; JDK 1.2 나 JDK 1.3 에서는 tools.jar 을 반드시 추가해야 합니다. Ant 와 함께 제공되는 bin 디렉토리에 있는 스크립트는, 환경 변수 JAVA_HOME 가 설정되어 있는 경우, 필요한 JDK 클래스를 자동적으로 추가합니다.
exec 태스크나 cvs 태스크라고 하는 플랫폼 고유의 애플리케이션을 실행하는 경우, 프로퍼티 ant.home 을 Ant 를 인스톨 한 디렉토리로 설정해야 됩니다. 반복이 됩니다만, 이것은 Ant 의 스크립트에 의해 환경 변수 ANT_HOME 의 값으로 설정됩니다.
제공되는 Ant 의 셸 스크립트는 Ant 에 추가 옵션을 주는데 사용할 수 있는 환경 변수 ANT_OPTS 를 모두 지원합니다. 스크립트의 일부에는, 유저의 홈 디렉토리에 있는, 그러한 옵션을 설정하는데 사용되는 외부 스크립트를 읽어들이는 것도 있습니다. 자세한 것은, 자신의 플랫폼의 invocation 스크립트의 소스를 봐 주세요.
Ant 를 소스로부터 빌드 하려면, Ant 소스 배포판을 인스톨 하거나, CVS 로부터 jakarta-ant 모듈을 체크아웃 할 수도 있습니다.
소스를 인스톨 하려면, 인스톨 디렉토리로 이동합니다.
환경 변수 JAVA_HOME 를 JDK 가 인스톨 된 디렉토리로 설정합니다. 자신의 운영체제로, 이것을 실시하는 방법에 대한 예는 Ant 설치하기를 참조하세요.
자신의 흥미가 있는 태스크를 빌드 하는데 필요한 추가의 jar 를 다운로드했는지 확인합니다. 이것들은, CLASSPATH 상에 두거나 또는, lib 디렉토리에 추가하는 것으로 이용 가능해집니다. 여러가지 기능으로 필요한 jar 의 일람은 라이브러리 의존관계를 봐 주세요. 이것의 추가의 jar 파일은 오직 Ant 의 빌드로만 이용 가능하다는 것에 주의하기 바랍니다. Ant 를 실행하려면 , Ant 설치하기 에서 진술되고 있는 일에 따라 jar 를 사용가능하게 해야 합니다.
필요하면 Ant 의 코드를 부트스트랩(bootstrap)합니다. Bootstrapping 에는 Ant 를 실행하기 위해서 충분한 Ant 의 코드의 수작업에 의한 컴파일을 포함합니다. 부트스트랩(bootstrap)된 Ant 는, 나머지의 빌드 순서로 적용됩니다.
부트스트랩(bootstrap)된 Ant 에, 빌드 스크립트에 파라미터를 건네주어 실행합니다. 이 경우, 이러한 파라미터는 Ant 의 프로퍼티를 정의해, Ant 자신의 build.xml 파일을 "dist" 타겟으로 지정합니다.
많은 경우는, 빌드 스크립트가 주므로, 명시적으로 Ant 를 부트스트랩(bootstrap)을 실시할 필요는 없을 것입니다. 그렇지만, 사용하고 있는 빌드 파일이, 부트스트랩(bootstrap)된 Ant 로 아직 컴파일되어 있지 않은 기능을 사용하는 경우, 수동으로 부트스트랩(bootstrap)할 필요가 있습니다. Ant 의 새로운 부트스트랩(bootstrap)판을 빌드 하려면, bootstrap.bat (Windows) 혹은 bootstrap.sh (UNIX) 를 실행합니다.
현재의 ANT_HOME 에 빌드 된 것을 인스톨 하고 싶은 경우에는, 다음을 사용할 수 있습니다:
build install (Windows)
build.sh install (Unix)
필요하면, 시간이 걸리는 javadoc 생성 과정을 생략 할 수가 있습니다:
build install-lite (Windows)
build.sh install-lite (Unix)
이것은 bin 및 lib 디렉토리만을 인스톨 합니다.
install 및 install-lite 타겟은 양쪽 모두 ANT_HOME 에 있는 현재의 버젼의 Ant 를 덧쓰기합니다.
다음에 나타나는 기능을 사용하는 경우에는, 다음의 라이브러리가 CLASSPATH, 혹은, 인스톨 디렉토리안의 lib 디렉토리에 추가되어야 합니다. mapper 로 사용하기 위해서는, regexp 라이브러리의 한 부분이 필요하다는 것에 주의하세요. 이러한 태스크를 이용 가능하게 하려면, 그 태스크의 정의가 포함된 Ant 옵션 jar 파일을 인스톨해야 합니다.. 자세한건 Ant 설치하기 / 옵션 태스크 부분를 참조해 주세요.
다운받은 파일의 압축을 풀고 환경변수 및 패스를 잡아줍니다 set ANT_HOME=c:\ant set JAVA_HOME=c:\jdk1.4.2 set PATH=%PATH%;%ANT_HOME%\bin
III. 간단한 Ant 예제
Ant를 이용하여 web application을 구성할 때 다음의 구조를 유지하기를 권장합니다
① build : src, web, docs에서 결과적으로 만들어진 산출물 디렉토리 ② dist : build를 배포하기 위한 배포 디렉토리 ③ docs : 배포판에 배포할 정적인 문서를 관리할 디렉토리 ④ src : /WEB-INF/classes 에 위치할 java 소스 디렉토리 ⑤ web : HTML, JSP, 이미지등의 컨텐트 디렉토리 (WEB-INF의 서브디렉토리 포함) ⑥ build.properties : build.xml에서 사용할 properties ⑦ build.xml : ant 명령으로 실행될 설정파일
src에 하나이상의 java 소스를 테스트로 넣어 놓으세요
자 이렇게 디렉토리를 설정하고 build.xml 을 다음 step에 따라 따라 해 BOA요 ^^&
STEP 1. build.xml 의 기본구조
xml을 기본적인 내용을 안다면 이해하기 쉽습니다
하나의 build 파일은 하나의 project로 구성되며 이는 다시 여러 target으로 구성됩니다
target 이란 빌드 과정중 수행해야 할 task들을 모아놓은 job 단위 라고 보면 됩니다
compile target이라 한다면 compile에 관련된 작업들을 모아놓은 그룹이라 생각하면 쉽게 이해 될겁니다
STEP 2. 시~작 Ant 맛보기~ ① build.xml에 다음을 입력한 후 저장 합니다
-. project
project는 하나 이상의 target을 정의 합니다 또한 하나의 target은 task의 집합입니다
ant를 실행할 시에 어느 타겟을 실행할 것인지 지정할 수가 있으며 (예: \ant clear)
지정하지 않았을 경우 디폴트로 설정된 값이 사용됩니다 이부분이 default="clear"입니다
-. property
전역변수 설정 혹은 그렇게 사용할 build.properties를 정의 합니다
build.properties에 catalina.home을 정의하였으며 여러 환경이 변하더라도 이 값만
변경해주면 build.xml을 수정없이 바로 실행 가능합니다
-. echo
message 내용을 출력 합니다
-. target
target 이란 task의 집합으로 실질적으로 실행될 코드들의 묶음입니다
여기서는 아무 task도 없습니다
② build.properties에 다음을 입력 후 저장합니다
catalina.home 은 변수로 사용할 것이며 그 값은 C:\Tomcat 5.0입니다
③ 실행
해당 디렉토리로 이동하여 도스창에서 ant 라고 칩니다
STEP 3. 사전작업 하기~
이번 단계에서는 컴파일 하기전 전역변수 선언이나 컴파일 시 클래스 패스 설정을 해봅시다
① build.xml
-. project
이번에는 default 값을 prepare로 하였습니다 고로 target은 prepare가 실행될 것입니다
-. property
역시나 build.properties를 정의하였고 여러 전역변수를 설정하였습니다
build.home 이란 변수에는 ${basedir}/build 값이 정의되었으며
build.home은 ${build.home}으로 사용할수 있습니다
궁금하면 <echo message="${build.home}"/> 등으로 출력해 봅시다~
-. path
${catalina.home} 은 build.properties에서 정의하였다는것을 기역하실겁니다
fileset은 파일들의 집합을 나타내는데 어떤 특정파일만 포함 할수 있거나 혹은 어느 특정파일만 제외할 수 있습니다
javadoc target의 javadoc 태스트를 보면 java 소스가 있는 소스디렉토리와
API를 생성할 타겟 디렉토리를 정해주면 알아서 API를 생성해 줍니다
만들어진 API는 배포버젼의 dist디렉토리로 해주면 더 좋겠지요
dist target은 배포파일인 war를 만듭니다
필요한 문서가 있으면 docs 디렉토리를 만들어 로 복사도 하도록 합시다
jar 태스크는 위의 방식과 같이 사용합니다
② 실행
VI. Ant 실행
① C:\예제\ant -help
ant [options] [target [target2 [target3] ...]]
Options : -help 이 메세지의 표시 -projecthelp 프로젝트 도움 정보의 출력 -version 버전 정보의 출력과 종료 -diagnostics diagnose 나 report 문제에 도움이 되는 정보의 출력. -quiet, -q 한층 더 메세지를 적게 -verbose, -v 한층 더 메세지를 많게 -debug 디버그 정보의 출력 -emacs adornments 없이 로그 정보의 생성(produce) -logfile <file> 로그를 지정 파일에 출력 -l <file> '' -logger <classname> 로그 생성을 실행하기 위한 클래스 -listener <classname> 프로젝트 청취자(listener) 역할의 class의 인스턴스를 추가 -buildfile <file> 지정된 빌드 파일의 사용 -file <file> '' -f <file> '' -D<property>=<value> 지정된 프로퍼티의 값의 사용 -propertyfile <name> 모든 프로퍼티를 파일로부터 로드 (-D프로퍼티보다 전에) -inputhandler <class> 입력 요청(requests)를 취급하는 클래스 -find <file> 파일시스템의 루트로 향해 빌드파일을 검색하고 그것을 사용
② C:\예제\ant
현재 디렉토리에 있는 build.xml 파일을 이용해, 디폴트 타겟으로 Ant 를 실행합니다.
③ C:\예제\ant compile
현재 디렉토리에 있는 build.xml이 실행되며 파라미터로 compile을 지정하면 project의 default 값을 무시하고 compile target을 실행합니다 물론 depends 가 있다면 먼저 실행합니다
④ C:\예제\ant -buildfile test.xml
현재 디렉토리에 있는 test.xml 파일을 이용해, 디폴트 타겟으로 Ant 를 실행합니다.
⑤ C:\예제\ant -buildfile test.xml dist
현재 디렉토리에 있는 test.xml 파일을 이용해, dist 라는 이름의 타겟으로 Ant 를 실행합니다.
지금까지 다년간의 일상을 통해 얻는 대답은 컴퓨터를 사용하는 대부분의 사람들에게 적용되는데, 보다 큰 화면을 쓰라는 것이다.
15년전 모든 개발자가 21인치 화면으로 작업해야 한다고 권고해서 사람들을 놀라게 하곤 했다. 당시, 모두가 최소한 20인치 화면 두 개는 갖고 있어야 한다고 주장했다.
그 것이 왜 중요한가? 작은 화면을 사용하면 한번에 많은 것을 볼 수 없다. 따라서, 다른 것을 보기 위해서는 지금의 창 앞에 새창을 띄워야 한다. 두 개의 화면을 이용하면 한번에 필요한 모든 꾸러미를 모두 화면에 놓을 수 있다. 단지 머리를 움직이기만 하면 된다. 내 눈은 지금 Emacs에서 편집중인 문자 사이를 가볍게 움직일 수 있다. 나는 수많은 하위 창이 열린 IDE를 열어둔 채로 오른편에는 브라우저에서 문서를 열어놓을 수 있다. 터미널 윈도우를 열기 위해서 작업 표시줄을 둘러볼 필요가 없이, 마우스를 이미 열려있는 창으로 가져가서 타이핑을 한다. 시도해보지 않은 사람은 얼마나 개선되는지 짐작할 수 없다. 나는 두 개의 화면을 쓰기 시작한 후에 달라진 것을 확연하게 느낄 수 있다.
그리고 두 개의 화면을 사용하는 것은 대부분의 사람들이 생각하는 것처럼 비싸지 않다. 친구와의 채팅으로 가격을 알아보니 내 두대의 삼성(Samsung) 204B 모델은 $700이었다. 개발자의 몸값은 비싸고, 그에 비하면 모니터 가격은 그리 큰 비용이 아니다 (흠.. 내 책상에는 세번째 화면을 맞이할 공간이 있군.)
최근에는 흔하게 작은 화면에서 페어 프로그래밍을 하는 모습을 볼 수 있다. 이것은 어리석은 짓이다. 큰 화면을 사용하는 것은 현명한 투자다.
System 초기화 되면서 FileDescriptor를 통해 PrintStream의 타켓을 운영체제 File Descriptor 잡아줌. 그러고 PrintStream에 있는 print 메소드들을 통해서 OS 표준출력에다가 출력 문구들을 쏘아줌.. 콘솔창에 원하는 문구 출력..ㅋㅋ ----------------------------------------------------------------------------------------------------------------
JDK 1.5 has some very useful enhancements. Thanks to Josh Bloch of Sun Microsystems for helpful hints.
Early Access: there is an interactive version of this page here
where you can post your code fragments to the community at large.
-------------------------------------------------------------------------------------- 1.Autoboxing Java's
distinction between primitive types and their equivalent Object types
was painful. Fortunately, with the advent of autoboxing, that will
become a fading memory.
// automatically convert one type to another Integer integer = 1; System.out.println(integer);
// mix Integer and ints in the same expression int i = integer + 3; System.out.println(i);
5. Formatted Output Developers
now have the option of using printf type functionality to generated
formatted output. Most of the common C printf formatters are available.
System.out.printf("name count\n"); String user = "fflintstone"; int total = 123; System.out.printf("%s is %d years old\n", user, total);
6. Importing Static Members No longer is it necessary to write
Math.abs(x) Math.sqrt(x) Math.max(a, b) We can now import once and write it like this:
import static java.lang.Math.*;
public class Import { public static void main(String[] args) { double x = 16.0, a = 2.2, b = 3.3; System.out.println(abs(x)); System.out.println(sqrt(x)); System.out.println(max(a, b)); } }
7. Improved Diagnostic Ability This is one of Calvin Austin's code examples.
Generating Stack traces has been awkward if no console window has
been available. Two new APIs, getStackTrace and
Thread.getAllStackTraces provide this information programmatically.
StackTraceElement e[]=Thread.currentThread().getStackTrace(); for (int i=0; i <e.length; i++) { System.out.println(e[i]); } System.out.println("\n"+Thread.getAllStackTraces()); Sample output:
9. Monitoring and Manageability This is one of Calvin Austin's code examples.
Monitoring and Manageability is a key component of RAS (Reliability,
Availability, Serviceability) in the Java platform. The following code
reports the detailed usage of the memory heaps in the Hotspot JVM.
This feature isn't quite working yet, as you can see.
10. Variable Arguments This is just using ellipses as syntactic sugar for arrays.
public class Test { // main() looks different, doesn't it? // try changing the runtime arguments above and rerun public static void main(String... args) { System.out.println(args.length + " arguments"); } }
Sample output:
3 arguments Challenge: Here is a program that reads the name of a
class from the command line, followed by a method name. It
instantiates an object of the specified type, and invokes the method.
For example, if fed a command line like java.util.Date toString, this
program will print the current date and time. Of course, this class
only works with methods that don't require arguments. The challenge is
to use ellipses to specify the variable arguments to invoke.
import java.lang.reflect.Method;
public class Test { public static void main(String[] args) { try { Class klass = Class.forName(args[0]); Object instance = klass.newInstance(); Method method = klass.getDeclaredMethod(args[1], new Class[] {} ); Object object = method.invoke(instance, new Object[] {} ); System.out.println(object); } catch (java.lang.InstantiationException ie) { ie.printStackTrace(); } catch (java.lang.IllegalAccessException iae) { iae.printStackTrace(); } catch (java.lang.reflect.InvocationTargetException ite) { ite.printStackTrace(); } catch (NoSuchMethodException nsme) { nsme.printStackTrace(); } catch (Exception e) { // in case method.invoke() throws e.printStackTrace(); } } } --------------------------------------------------------------------------------------
11. Word Frequency Counter This is Josh Bloch's new and improved word frequency counter.
import java.text.*; import java.util.*;
public class Freq { public static void main(String[] args) { Map<String, Integer> m = new TreeMap<String, Integer>(); for (String word : args) { Integer freq = m.get(word); m.put(word, (freq == null ? 1 : freq + 1)); } System.out.println(m); } } --------------------------------------------------------------------------------------
12. Grep This is one of Sun's NIO examples. This program has a
bug: instead of working from a directory name or accepting wildcards,
the only way it works is to specify the exact filename that you are
looking for... which defeats the purpose. Perhaps you'd like to figure
out the fix?
We have placed files in the JDK 1.5 shared sandbox called
/usr/share/fileXX.data, where XX runs from 1 to 10. These files have
privileges that allow them to be read by users, so this example will be
able to generate viewable results. If you attempt read a file for
which you do not have privilege, a java.io.FileNotFoundException error
will result.
/* Search a list of files for lines that match a given regular-expression * pattern. Demonstrates NIO mapped byte buffers, charsets, and regular * expressions. */
// Charset and decoder for ISO-8859-15 private static Charset charset = Charset.forName("ISO-8859-15"); private static CharsetDecoder decoder = charset.newDecoder();
// Pattern used to parse lines private static Pattern linePattern = Pattern.compile(".*\r?\n");
// The input pattern that we're looking for private static Pattern pattern;
// Compile the pattern from the command line // private static void compile(String pat) { try { pattern = Pattern.compile(pat); } catch (PatternSyntaxException x) { System.err.println(x.getMessage()); System.exit(1); } }
// Use the linePattern to break the given CharBuffer into lines, applying // the input pattern to each line to see if we have a match // private static void grep(File f, CharBuffer cb) { Matcher lm = linePattern.matcher(cb); // Line matcher Matcher pm = null; // Pattern matcher int lines = 0; while (lm.find()) { lines++; CharSequence cs = lm.group(); // The current line if (pm == null) pm = pattern.matcher(cs); else pm.reset(cs); if (pm.find()) System.out.print(f + ":" + lines + ":" + cs); if (lm.end() == cb.limit()) break; } }
// Search for occurrences of the input pattern in the given file // private static void grep(File f) throws IOException {
// Open the file and then get a channel from the stream FileInputStream fis = new FileInputStream(f); FileChannel fc = fis.getChannel();
// Get the file's size and then map it into memory int sz = (int)fc.size(); MappedByteBuffer bb = fc.map(FileChannel.MapMode.READ_ONLY, 0, sz);
// Decode the file into a char buffer CharBuffer cb = decoder.decode(bb);
// Perform the search grep(f, cb);
// Close the channel and the stream fc.close(); }
public static void main(String[] args) { if (args.length < 2) { System.err.println("Usage: java Grep pattern file..."); return; } compile(args[0]); for (int i = 1; i < args.length; i++) { File f = new File(args[i]); try { grep(f); } catch (IOException x) { System.err.println(f + ": " + x); } } } }
Sample output
This is file #1 This is file #2 This is file #3 This is file #4 This is file #5 This is file #6 This is file #7 This is file #8 This is file #9 This is file #10
댓글을 달아 주세요