Java

릴리스 정보
JavaTM 2 SDK, Standard Edition
버전 1.3.1

목차

개요
Java 가상 머신
글꼴 속성
Solaris의 Xserver 버그
RMI
CORBA, RMI-IIOP 및 Java IDL
Java 2DTM 기술
끌어서 놓기
액세스 기능
AWT 및 Swing
JDBC
보안
네트워킹
JavaTM Plug-in 구성 요소
현지화 정보
설명서
도구가 Solaris 2.6의 일본어 PCK 문자열을 변환할 수 없다
중국어 번체 글꼴 문제
Windows 2000 지원
Windows NT에 설치

개요
Java 2 SDK, Standard Edition, 버전 1.3.1(J2SDK 1.3.1)은 이전 버전에서 확인된 버그 수정본이 들어 있는 유지 보수 릴리스입니다. 버그 수정본에 대한 자세한 내용은 다음을 참조하십시오.
본 릴리스에서 수정된 버그

또한, J2SDK 1.3.1에서는 다음과 같은 기능이 향상되었습니다.

Java Plug-in 제품 설명서는 Java Plug-in 웹 사이트에서 참조하십시오.

J2SDK 1.3.1에 대한 전체 설명서 세트를 다운로드할 수 있습니다. 새 온라인 설명서 Tuning Garbage Collection with the 1.3.1 Java Virtual Machine를 참조하십시오.

아래 노트에는 중요한 버그 수정 설명, 알려진 버그 및 해결 방법, 기타 팁 및 이 릴리스 사용을 위한 제안 사항을 비롯하여 J2SDK 1.3.1 사용자에게 흥미 있는 정보가 제공됩니다.

Java 가상 머신
다음은 Java 가상 머신에 관한 내용입니다.

글꼴 속성
이 릴리스의 글꼴 속성에는 다음과 같은 문제가 있습니다.

Solaris의 Xserver 버그
Solaris Xserver 버그로 인해, Java 프로그래밍 언어로 작성된 응용프로그램이 글꼴을 참조할 때 시스템 충돌이 발생할 수 있습니다. 이 문제는 버그 4391019에 설명되어 있습니다. 이러한 문제를 해결하는 데 유용한 다음과 같은 Solaris 패치가 2001년 6월 중순경에 발표될 예정입니다.

Solaris 2.6 용: 105633-55 (Sparc) 106248-41 (Intel)
Solaris 7 용: 108376-24 (Sparc) 108377-22 (Intel)
Solaris 8 용: 108652-31 (Sparc) 108653-26 (Intel)

이러한 패치가 발표되었는지 확인하려면 SunSolve 웹 사이트를 방문하십시오.

RMI
다음은 이 릴리스의 원격 메소드 호출(RMI) 기능의 중요한 변경 사항입니다.

CORBA, RMI-IIOP 및 Java IDL
다음은 이 릴리스의 CORBA, RMI-IIOP 및 Java IDL 기능에 대한 설명입니다.

Java 2DTM 기술
Java 2DTM 라이브러리의 버그 4178909로 인해 응용프로그램을 8비트 모드에서 실행할 때 응용프로그램을 제대로 표시할 수 없습니다. 이 문제는 재부트 후에 또는 디스플레이 모드를 8비트 설정한 후에 응용프로그램을 처음 실행할 때만 영향을 줍니다.

DirectDraw와 관련된 버그도 있습니다. DirectDraw 문제가 발생하면 DirectDraw를 해제하십시오. 

-Dsun.java2d.noddraw=true

일부 디스플레이 드라이버는 DirectDraw를 액세스하면 창을 비롯하여 모니터 이미지가 재동기화되거나 점프됩니다. 이러한 상황이 발생하면 제조업체의 웹 사이트에서 이 문제를 해결한 새로운 드라이버를 찾아보십시오.

Java 플랫폼은 16색 디스플레이를 지원하지 않습니다. 16색 디스플레이에 그래픽 그리기와 GUI 구성 요소 문제가 발생하면 색상 깊이를 256색 이상의 모드로 변경해 보십시오.

끌어서 놓기
다음 기능은 구현되어 작동하지만 완전히 테스트되지 않았으며 이 릴리스에서 지원되지 않습니다.

액세스 기능
AWT와 Swing 구성 요소에는 Java Accessibility API를 구현하고 구성 요소에 적합한 액세스 지원 기능을 제공하는 내부 클래스가 있습니다. 그러나, 다음과 같은 AWT 클래스를 지원하는 액세스 기능은 이 릴리스에서 완전히 구현되지 않았습니다. 
java.awt.TextComponent
java.awt.Menu
java.awt.MenuItem
java.awt.List
모든 구성 요소를 지원하는 전체 액세스 기능은 Java 2 플랫폼의 다음 릴리스에서 구현됩니다.

AWT 및 Swing
다음 설명은 이 릴리스의 AWT와 Swing 기능에 대한 것입니다.

JDBC
Windows NT에서 JDBC 2.0 브리지는 ODBC 2.x 및 ODBC 3.x 드라이버 관리자와 드라이버를 지원합니다. JDBC 2.0 브리지는 ODBC 3.x 드라이버 관리자 ODBC 2.x 및 3.x 드라이버로 테스트되었습니다.

Merant는 JDBC 2.0 브리지를 버전 3.5 이상의 Merant DataDirect ODBC 드라이버와 함께 사용할 것을 권장합니다.

보안
다음은 이 릴리스의 보안 관련 문제입니다.
  • jarsigner 유틸리티는 코드 서명 인증서가 자체 서명되지 않으면 Netscape SignTool 1.3에 의해 파일이 서명되었는지 확인할 수 있습니다. 주: 공식적인 Netscape 코드 서명 인증서를 VeriSignTM에서 구할 수 있습니다. 그러한 인증서는 VeriSign에서 발급하며, 자체 서명되지 않습니다.

    Netscape SignTool 1.3은 코드 서명 인증서가 자체 서명되지 않으면 서명 파일에 인증서를 두지 않으며, 이 서명 파일에 서명자의 인증서가 없으면 jarsigner는 서명된 JAR 파일을 확인할 수 없습니다.주: SignTool 1.3에서 생성한 코드 서명 인증서는 단지 테스트용이며 자체 서명되었습니다. 코드 서명 인증서가 자체 서명된 테스트 인증서이면 Netscape SignTool 1.3에서 JAR 파일을 서명했는지를 jarsigner에서 확인할 수 없다는 것은 이미 알려진 문제입니다.

  • Java 2 SDK에서는 실제 ClassLoader 인스턴스가 응용프로그램 클래스를 로드했습니다. 그러므로, 응용프로그램 클래스에서 설치된 확장을 사용할 수 있으며, 사용자가 지정한 응용프로그램 클래스 경로를 부트스트랩 경로에서 구분할 수 있습니다. -Xbootclasspath 옵션을 사용하여 부트스트랩 클래스 경로를 무시할 수 있습니다.

    그러나, 이는 응용프로그램 클래스가 Java 2 SDK에서 더 이상 기본적으로 모든 사용 권한을 부여받지 않는다는 뜻이기도 합니다. 대신, 이들 응용프로그램 클래스는 시스템의 구성된 보안 정책을 기반으로 사용 권한이 부여됩니다. 이 경우 1.0/1.1의 원래 보안 모델을 기반으로 하여 해당 보안 코드를 기록한 일부 응용프로그램이 예외를 발생하게 하여 Java 2 SDK에서 시작할 수 없게 합니다. 해결 방법은 Java 응용프로그램 시동기의 참조 페이지에 설명된 oldjava 응용 프로그램 시동기로 이러한 응용프로그램을 시작하는 것입니다.

  • 다음은 보안 정책 및 서명과 관련된 문제를 요약한 것입니다.
    • Java 2 플랫폼에 사용된 기본 보안 정책은 Java 보안 속성 파일 jre/lib/security/java.security에 있는 policy.provider 속성으로 구현했습니다. 기본이 아닌 보안 정책 구현을 지정할 경우 기본이 아닌 새로운 보안 속성 클래스 파일을 부트스트랩에 두어야 합니다. -Xbootclasspath 명령줄 옵션을 사용하여 이 작업을 수행할 수 있습니다. 이 옵션에 대한 자세한 내용은 Java 응용프로그램 시동기 참조 페이지를 참조하십시오. 이렇게 하면 정책 파일을 부트스트랩 클래스 로더에서 로드하게 됩니다. 새로운 기본 정책 파일을 클래스 경로나 확장과 같은 다른 위치에 두면 이 정책이 선택되지 않으며 sun.security.provider.PolicyFile에 제공된 기본 정책이 대신 사용됩니다.

    • Java 2 SDK 버전 1.2.2부터 새로운 클래스 로드 체계를 사용합니다. 새로운 클래스 로더에서 Jar 파일의 패키지에 있는 클래스 파일이 서명되면 동일한 패키지에 있는 모든 클래스 파일은 같은 서명자가 서명해야 합니다. 일부 패키지 클래스는 서명되고 일부 패키지 클래스는 서명되지 않았거나 다른 서명자가 서명한 Jar 파일을 더 이상 사용할 수 없습니다. Jar 파일에는 여전히 서명되지 않은 패키지가 들어 있습니다. 그러나, 패키지에 서명된 클래스가 있으면 이 패키지의 모든 클래스 파일을 동일한 서명자가 서명해야 합니다. 이 조건을 만족하지 않는 기존의 Jar 파일은 이 버전의 Java 2 플랫폼과 함께 사용할 수 없습니다.

  • keytool 도구는 개행(줄 바꿈)으로 끝나는 파일에서만 Base64-코드화된 인증서를 가져오거나 인쇄할 수 있습니다. 끝에 줄 바꿈이 없는 인증서 파일을 가져오거나 인쇄하려고 하면 "Unsupported encoding" CertificateException이나 "Failed to parse input" 또는 "Input not an X.509 certificate"와 같은 keytool 오류 메시지가 나타납니다.

    이러한 메시지가 나타나거나 예외가 발생했다면 파일 끝에 줄 바꿈이 없기 때문입니다. 이러한 문제가 발생하는 한 가지 이유는 인증 기관에서 응답(인증서 서명 요청에 대한 응답)한 인증서의 끝에 줄 바꿈이 없기 때문입니다.

    UNIX에서 다음과 같은 명령을 실행하여 파일의 끝에 줄 바꿈을 지정할 것인지의 여부를 결정할 수 있습니다. 

        od -xc <certificate_name>
    여기서, <certificate_name>은 인증서가 들어 있는 파일 이름입니다. 예를 들어, 파일 이름이 mycert이면 이 명령은 다음과 같습니다. 
        od -xc mycert
    출력된 결과의 맨 끝에 "\n"(인용 부호 제외)이 있으면 줄 끝에 이미 줄 바꿈이 있는 것입니다. \n이 없는 경우에는 추가하십시오.

    인증서 파일의 끝에 줄 바꿈이 있는지의 여부를 모를 경우에는 다음 단락마다 자동 줄바꿈을 추가한 다음 -import 또는 -printcert 명령을 다시 시도하십시오.이 명령이 작동하면 문제는 줄 바꿈이 빠진 것입니다. 여전히 오류가 발생하면 인증서에 다른 문제가 있는 것입니다.

    줄 바꿈을 Base64-코드화된 인증서 파일에 추가하려면 텍스트 편집기에서 이 파일을 열고, 커서를 파일 맨 끝에 둔 다음, 줄 바꿈을 추가합니다(또는 줄 바꿈을 캐리지 리턴함). 예를 들면, 키보드에 있는 Enter 키를 누릅니다.

    • 네트워킹
    이 릴리스에는 네트워킹 API에 다음과 같은 알려진 버그와 제한이 있습니다.

    사용하는 응용프로그램에서 네트워킹 클래스를 사용할 경우 Winsock 1.1에서 안정적으로 실행되지 않을 수도 있습니다.사용하는 네트워킹 응용프로그램에서 Winsock 1.1이 포함된 Windows 95를 지원해야 할 경우 응용프로그램 사용자가 Winsock 2.0을 갖도록 해야 합니다. Windows NT 4.0, Windows 2000, Windows ME 및 Windows 98에는 Winsock 2.0이 포함되어 있습니다. 다음 주소에서 Winsock 2.0을 다운로드할 수 있습니다.

    http://www.microsoft.com/windows95/downloads/contents/wuadmintools/s_wunetworkingtools/w95sockets2/

    다음 URL에는 Winsock 2.0 구성 요소가 Windows 95 플랫폼에 설치되어 있는지의 여부를 결정하는 방법에 대한 정보가 들어 있습니다.

    http://support.microsoft.com/support/kb/articles/Q177/7/19.asp

    이름 조회가 실패할 경우 Winsock을 업데이트하지 않으면 InetAddress.getByName이 kernel32.dll에서 충돌할 수 있습니다. 이 버그에 대한 자세한 내용은 Microsoft 웹 사이트를 참조하십시오.

    http://support.microsoft.com/support/kb/articles/Q176/3/54.ASP

    JavaTM Plug-in 구성 요소

    다음은 이 릴리스의 Java Plug-in 구성 요소에 대한 것입니다.

    현지화 정보
    이 릴리스의 국제 로켈 지원에 대한 일반 정보는 Localization Notes를 참조하십시오.

    설명서
    다음 설명은 이 릴리스의 설명서에 대한 것입니다.

    도구가 Solaris 2.6의 일본어 PCK 문자열을 변환할 수 없다
    Solaris 2.6 ja_JP.PCK 로켈에서 java 명령 인수로 일본어 문자열을 사용하면 오류가 발생합니다. 이 문제를 해결하려면 89행 /usr/java/bin/.java_wrapper를 다음에서 
    exec $DEBUG_PROG "$prog" $opts "$@"
    다음과 같이 변경하십시오. 
    exec $DEBUG_PROG $prog $opts $@

    중국어 번체 글꼴 문제
    중국어 번체 글꼴에 대한 다음과 같은 문제는 이 릴리스에 이미 알려진 것입니다.

    Windows 2000 지원
    영어 로켈의 경우, Java 2 SDK 버전 1.3.1이 Windows 2000 Professional, Windows 2000 Server, Window 2000 Advanced Server에서 지원됩니다. Windows 2000 의 DataCenter 버전은 지원되지 않습니다. 비 영어 로켈의 경우, Windows 2000의 Professional 버전만 지원됩니다. Windows 2000의 알려진 문제는 다음과 같습니다.

    Windows NT에 설치

    Java Runtime Environment의 버전 1.3.1을 설치할 때 C:\Winnt\Downloaded Program Files\Java Runtime Environment 1.3.1의 ActiveX Control 파일이 "Damaged" 상태일 수 있습니다. 이것은 단지 표면적인 문제이며 "Damaged" 상태는 어떠한 상황에도 악영향을 주지는 않습니다.

    그러나 이와 같은 Damaged 상태가 발생하는 것이 문제가 되는 상황이라면 해결 방법이 있습니다. "시작 -> 실행"을 누르고 "regedit"를 입력합니다. "레지스트리 편집기" 창에서 레지스트리 키 "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Code Store Database\Distribution Units\8AD9C840-044E-11D1-B3E9-00805F499D93\DownloadInformation"으로 이동합니다. INF 문자열을 두 번 누르고 "값 데이터" 아래에 반전된 문자열을 삭제합니다. ActiveX Control 파일의 상태가 "Installed"로 바뀝니다.

    Copyright © 2001 Sun Microsystems, Inc. All Rights Reserved.

    		Sun