클래스 패스의 설정

전술대로, 클래스 패스를 변경하려면 , 일반적으로,-classpath 커멘드행 옵션을 사용합니다. 여기에서는, 필요한 경우에 CLASSPATH 환경 변수를 설정하는 방법과 구버젼의 인스톨시부터 남아 있는 설정을 해제하는 방법을 설명합니다.

CLASSPATH 의 설정

csh 에서는,setenv 커멘드를 사용해 CLASSPATH 환경 변수를 수정합니다. 커멘드의 형식은, 다음과 같습니다.

setenv CLASSPATH path1:path2

sh 에서는, 다음의 커멘드를 사용해 CLASSPATH 환경 변수를 수정합니다.

sdkTool -classpath path1;path2...

export CLASSPATH

CLASSPATH 의 설정 해제

CLASSPATH 환경 변수로 설정되어 있는 값이 올바르지 않은 경우나, 기동 파일이나 스크립트가 잘못한 패스를 설정해 있는 경우, csh 에서는, 다음의 커멘드로 CLASSPATH 의 설정을 해제할 수 있습니다.

unsetenv CLASSPATH

sh 에서는, 다음의 커멘드를 사용합니다.

unset CLASSPATH

이러한 커멘드는, 현재의 쉘에 대한 보고,CLASSPATH 의 설정을 해제합니다. 다음번 이후의 세션에서도 CLASSPATH 가 올바르게 설정되도록(듯이) 하려면 , 기동 설정을 삭제 또는 수정할 필요가 있습니다.

기동 설정의 변경

CLASSPATH 환경 변수가 시스템의 기동시로 설정되어 있는 경우, 그 설정 장소는, 실행하고 있는 쉘에 따라서 다릅니다.

쉘	기동 스크립트
csh, tcsh	. cshrc 파일내의 setenv 커멘드가 기술되고 있는 개소를 찾는다
sh, ksh	. profile 파일내의 export 커멘드가 기술되고 있는 개소를 찾는다

클래스 패스 와일드 카드에 대해

베이스명의 와일드 카드 문자 * 를 포함한 클래스 패스 엔트리는, 디렉토리내의 확장자(extension) . jar 또는 . JAR 를 가지는 모든 파일의 리스트를 지정한 것과 동등하다라고 보입니다. 예를 들어, 클래스 패스 엔트리 foo/* 는 foo 라고 하는 디렉토리내의 모든 JAR 파일을 지정합니다. * 만일 수 있는으로부터 완성되는 클래스 패스 엔트리는, 커런트 디렉토리내의 모든 JAR 파일의 리스트에 전개됩니다. 파일은, 숨겨지고 있다 (즉, 이름이 「.」(으)로 시작된다) 화도인가에 관계없이 고려됩니다.

* (을)를 포함한 클래스 패스 엔트리는, 클래스 파일에는 일치하지 않습니다. 단일의 디렉토리 foo 내에서 클래스 파일과 JAR 파일의 양쪽 모두에 일치하려면 ,foo:foo/* 또는 foo/*:foo 를 사용합니다. 선택된 순서에 의해,foo 내의 클래스 및 자원이 foo 내의 JAR 파일의 전에 (또는 그 역으로) 로드 될지 어떨지가 정해집니다.

서브 디렉토리는 재귀적으로 검색되지 않습니다. 예를 들어,foo/* 에서는 foo 내의 JAR 파일만을 검색해,foo/bar,foo/baz 등은 검색하지 않습니다.

디렉토리내의 JAR 파일이 전개된 클래스 패스로 열거되는 순서는 지정되지 않고, 플랫폼에 의해, 혹은 같은 머신상에서도 시간에 따라서 다른 경우가 있습니다. 잘 구성된 어플리케이션은, 특정의 순서에 의존하지 않게 해야 합니다. 특정의 순서가 필요한 경우는, 클래스 패스로 JAR 파일을 명시적으로 열거할 수 있습니다.

와일드 카드의 전개는 조기에 행해져 클래스의 로드 처리 자체의 사이는 아니고, 프로그램의 main 메소드의 호출전에 행해집니다. 와일드 카드를 포함한 입력 클래스 패스의 각 요소는, 지정한 디렉토리내의 JAR 파일을 열거해 생성된 요소의 순서 (빈 상태(empty)의 경우도 있다)에 의해 옮겨놓을 수 있습니다. 예를 들어, 디렉토리 foo 에 a.jar,b.jar, 및 c.jar 가 포함되는 경우, 클래스 패스 foo/* 는 foo/a.jar:foo/b.jar:foo/c.jar 에 전개되어 캐릭터 라인은 시스템 프로퍼티 java.class.path 의 값이 됩니다.

CLASSPATH 환경 변수는,-classpath (또는 -cp) 커멘드행 옵션과 달라 다루어질 것은 없습니다. 즉, 모든 경우 와일드 카드가 우선됩니다. 다만, 클래스 패스 와일드 카드는 Class-Path JAR Manifest의 헤더에서는 우선되지 않습니다.

Java 의 클래스는 패키지로서 편성되어 각 패키지는 파일 시스템내의 디렉토리에 매핑 되고 있습니다. 다만, 파일 시스템과는 달라, 패키지명을 지정할 때는, 패키지명의 일부에서는 없고 반드시 전체를 지정합니다. 예를 들어,java.awt.Button 의 패키지명은, 반드시 java.awt 와 지정할 필요가 있습니다.

예를 들어, Java Runtime 가 utility.myapp 패키지내의 Cool.class 라는 이름의 클래스를 찾도록(듯이) 설정하는 경우를 생각해 봅시다. 그 디렉토리에의 패스가 /java/MyClasses/utility/myapp 이면,/java/MyClasses 를 포함하도록(듯이) 클래스 패스를 설정합니다.

이 어플리케이션을 실행하려면 , 다음의 JVM 커멘드를 사용합니다.

% java -classpath /java/MyClasses utility.myapp.Cool

어플리케이션을 실행할 때, JVM 는 클래스 패스의 설정을 사용해,utility.myapp 패키지내에 정의되고 있는,Cool 클래스가 사용하는 것 외의 클래스를 검색합니다.

이 커멘드에는 완전한 패키지명을 지정해 주세요. 예를 들어, 클래스 패스에 /java/MyClasses/utility 가 포함되도록(듯이) 설정한 데다가, 커멘드 java myapp.Cool 를 사용할 수 없습니다. 그 클래스가 발견되지 않기 때문입니다.

왜 이러한 클래스의 패키지명이 인정되지 않는 것인지 의문으로 생각할지도 모릅니다. 그것은, 클래스의 패키지명은 그 클래스의 일부이며, 변경할 수 없기 때문입니다. 패키지명을 변경하려면 , 클래스를 컴파일 다시 하지 않으면 안됩니다.

주:패키지 지정의 기구에 관련한 흥미로운 사례로서 「같은 패키지에 속하는 복수의 클래스 파일이, 실제로는 다른 디렉토리에 존재한다」라고 하는 상황이 가능합니다. 이 경우, 각 클래스의 패키지명은 같습니다만, 각각의 파일에의 패스는, 클래스 패스내의 다른 디렉토리에서 시작됩니다.

폴더와 archive파일

클래스가 /java/MyClasses/utility/myapp 와 같은 디렉토리 (폴더)에 포함되고 있는 경우, 클래스 패스의 엔트리는, 패키지명의 선두의 요소가 포함되고 있는 디렉토리를 가리킵니다. 이 경우는, 패키지명이 utility.myapp 이므로 /java/MyClasses 를 가리킵니다.

다만, 클래스가 archive파일 (. zip 파일 또는 . jar 파일) 안에 포함되고 있는 경우, 클래스 패스의 엔트리는, 그 . zip 파일 또는 . jar 파일에의 패스가 되어, 이러한 파일명도 포함해 지정합니다. 예를 들어,. jar 파일내의 클래스 라이브러리를 사용하려면 , 다음과 같은 커멘드를 사용합니다.

% java -classpath /java/MyClasses/myclasses.jar utility.myapp.Cool

복수의 패스의 지정

디렉토리 /java/MyClasses 내의 클래스와 /java/OtherClasses 내의 클래스를 검색하려면 , 클래스 패스를 다음과 같이 설정합니다.

% java -classpath /java/MyClasses:/java/OtherClasses ...

2 살의 패스는 구두점으로 단락지어 주세요.

지정의 순서

복수의 클래스 패스 엔트리를 지정하는 순서는 중요합니다. Java interpreter는, 클래스 패스 변수로 지정되고 있는 순서로 디렉토리를 조사해 클래스를 찾습니다. 위의 예에서는, Java interpreter는 최초로 /java/MyClasses 디렉토리내로부터 필요한 클래스를 찾습니다. 이 디렉토리내에 해당하는 클래스명을 가지는 클래스가 발견되지 않았던 경우에만, interpreter는 /java/OtherClasses 디렉토리내를 검색합니다.

Copyright © 2004-2006 Sun Microsystems, Inc. All Rights Reserved.

Java Software