Eclipse에 대한 자동 로그 및 추적 분석기 릴리스 정보

© Copyright International Business Machines Corporation 2000, 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

알려진 문제점 및 해결 방법

1.0 로그 및 추적 분석기
1.1 보기
1.1.1 로그 보기에서 필터링 및 강조표시 기능에 대한 문제점
1.2 로그 가져오기
1.2.1 원격 로그 파일을 가져올 때의 문제점
1.2.2 Linux 및 AIX에서의 로그 파일 가져오기
1.2.3 WebSphere Application Server trace.log 가져오기
1.2.4 일부 로그 파일을 IBM Agent Controller V5를 사용하여 가져올 수 없음
1.2.5 대용량 로그 파일 및 증상 카탈로그를 가져올 때 메모리 부족 예외
1.2.6 DB2 Express Diagnostic 로그용으로 표시된 공통 기본 이벤트는 스펙에 없음
1.2.7 로그 및 추적 분석기는 가져오는 로그 파일 유형에 대해 유효성 검증을 수행하지 않습니다.
1.2.8 다른 로케일에서 생성된 로그 파일 가져오기 제한사항
1.2.9 AIX에서 규칙 구문 분석기를 사용하여 WebSphere Application Server 활동 로그 가져오기 실패
1.2.10 Apache Derby 버전 10.1.2.1에서 시간 기본 상관을 작성할 수 없음
1.2.11 대용량 로그에 대한 상관을 작성 및 표시할 때 성능 저하
1.3 데이터베이스 지원
1.3.1 동일한 데이터베이스 계정을 사용한 동시 클라이언트 액세스가 지원되지 않음
1.3.2 자원 경로 충돌
1.3.3 올바른 선택사항이지만 대용량 자원 지원 환경 설정이 사용 불가능 상태로 남음
1.3.4 대용량 로그 지원의 성능 향상
1.3.5 데이터베이스 및 테이블 작성 후 DB2 다시 시작
1.3.6 간헐적인 SQL 예외
1.3.7 환경 설정을 적용하지 않은 경우 테스트 연결이 오류 리턴
1.3.8 대용량 로그 분석 시 CommonBaseEvent XPath 표현식이 지원되지 않음
1.3.9 대용량 로그에 대해 하나의 contextDataElement만 표시됨
1.4 기타
1.4.1 새 로그 상관 마법사가 Linux GTK 드라이버에서 적절하게 표시되지 않음
1.4.2 Workbench의 첫 번째 시작 이후의 플러그인 로깅 레벨에 대한 수정사항이 무시됨
1.4.3 IBM JVM을 사용하여 Red Hat Linux v8.0에서 예제 작성 시 손상됨
1.4.4 로그 네비게이터 도구 모음 및 팝업 메뉴에서 TPTP 형식 증상 데이터베이스만 작성할 수 있음
1.4.5 IBM 로그 분석기는 메시지를 최대 1024바이트까지만 처리함
1.4.6 증상 편집기가 복합 요소 사용 시 유효하지 않은 XPATH 규칙을 생성함
1.4.7 증상 편집기가 입력 공통 기본 이벤트와 일치하지 않는 XPATH 규칙을 생성함
2.0 프로파일링 도구
2.1 에이전트 및 프로세스 상호작용 보기가 시퀀스 다이어그램 보기에서 지원되지 않음
2.2 프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 작동하지 않음
2.3 Sun JDK 1.4.x를 사용하여 Windows에서 프로파일링할 때 Microsoft(R) 오류 보고서로 종료될 수 있음

TPTP 로그 및 추적 분석기와 연관된 추가 readme 정보는 TPTP V4.2 릴리스 정보에서 사용 가능합니다.

1.0 로그 및 추적 분석기

1.1 보기

1.1.1 로그 보기에서 필터링 및 강조표시 기능에 대한 문제점

로그 보기에서 공통 기반 이벤트의 복합 요소(예: sourceComponentId)에 대해 필터링 및 강조표시 기능이 작동하지 않습니다. 수정사항은 다음 Fix Pack에서 제공됩니다.

1.2 로그 가져오기

1.2.1 원격 로그 파일을 가져올 때의 문제점

원격 로그 파일을 가져올 때(파일 > 가져오기... > 로그 파일), 프로파일링 모니터 보기를 새로 고쳐도(프로파일 > 보기 새로 고치기) 로그 보기에 로그 항목이 표시되지 않거나, 30초를 기다린 후 로컬 클라이언트가 원격 로그 구문 분석기 모니터링을 시작하지 않았다고 로깅 메시지 대화 상자에 표시됩니다.

이 문제는 네트워크 지연 때문이므로 로컬 클라이언트가 원격 로그 구문 분석기 모니터링을 시작할 때까지 Agent Controller가 기다리는 시간을 늘리면 해결할 수 있습니다. 이 문제를 해결하려면, 다음 단계를 수행하십시오.

  1. 로그 파일을 다시 가져오십시오.
  2. 증상이 지속될 경우, Agent Controller의 구성에 있는 원격 RemoteLogParserLoader 응용프로그램(즉, <Agent Controller의 설치 디렉토리>/plugins/com.ibm.etools.logging.parsers/config/pluginconfig.xml)에 다음 항목을 추가하십시오.
      
    <Application configuration="default" executable="RemoteLogParserLoader" 
    extends="default" location="%SYS_TEMP_DIR%" path="%JAVA_PATH%">
    ...
    <Parameter position="prepend"
    value="-Dorg.eclipse.hyades.logging.parsers.maxWaitTimeInMillis=xxxxx"/>
    ...
    </Application>
    
    여기서, xxxxx는 밀리초 단위의 최대 대기 시간입니다(즉, 30000 이상).
  3. 갱신된 후, Agent Controller를 다시 시작하고 로그 파일을 다시 가져오십시오.

1.2.2 Linux 및 AIX에서의 로그 파일 가져오기

Linux(R) 및 AIX(R) 플랫폼에서 일부 로그 파일 가져오기가 전혀 작동하지 않습니다.

이는 사용자가 로그 파일에 액세스할 수 있는 적절한 권한을 가지고 있지 않을 때 발생합니다. 이 문제를 해결하려면, 로그 파일을 사용자의 홈 디렉토리로 복사한 후 그 디렉토리에서 가져와야 합니다.

1.2.3 WebSphere Application Server trace.log 가져오기

WebSphere(R) Application Server trace.log 로그 파일을 가져올 때 내부 상관이 작성됩니다.

사용자는 이 상관을 삭제하면 안됩니다. 이 상관에는 해당되는 에이전트의 내부 구조에 관련되는 정보가 포함되어 있기 때문입니다.

1.2.4 일부 로그 파일을 IBM Agent Controller V5를 사용하여 가져올 수 없음

activity.log가 아닌 다른 원격 로그 파일은 V5 IBM(R) Agent Controller를 사용하여 가져올 수 없습니다. 로그 파일을 원격으로 가져올 경우, 원격 시스템의 IBM Agent Controller는 Eclipse에 대한 IBM 로그 및 추적 분석기와 같거나 더 높은 레벨에 있어야 합니다.

이 제한사항을 해결하려면 원격 시스템에 IBM 로그 및 추적 분석기와 함께 제공된 IBM Agent Controller를 설치하십시오.

1.2.5 대용량 로그 파일 및 증상 카탈로그를 가져올 때 메모리 부족 예외

로그 파일 및 증상 카탈로그는 25MB까지 작업 공간으로 가져올 수 있으며 로그 및 추적 분석기에서 열 수 있습니다.

로그 파일을 열기 위한 시간은 파일의 로그 레코드 수에 따라 다르므로 "메모리 부족" 예외가 발생할 수 있습니다. 이 문제점을 해결하려면, 대용량 로그 지원 기능을 사용하십시오.

대용량 증상 카탈로그를 가져올 때 "메모리 부족" 예외가 발생하면 다음 vmargs를 추가하여 힙 크기를 늘리십시오.

-vmargs -Xmx1000m

대용량 로그 지원 기능을 사용해도 대용량 로그를 가져올 때 "메모리 부족" 예외 문제점이 수정되지 않을 경우 힙 크기를 늘리면 도움이 됩니다.

1.2.6 DB2 Express 진단 로그용으로 표시된 공통 기본 이벤트는 스펙에 없음

IBM DB2(R) Express 진단 로그를 가져오는 경우, 로그 및 추적 분석기에 표시된 결과 공통 기본 이벤트는 공통 기본 이벤트 스펙의 일부를 중단시킵니다. 이것은 DB2 진단 로그를 공통 기본 이벤트로 변환하는 데 사용되는 db2diag.exe 유틸리티의 결함으로 인한 것입니다. 그렇지 않으면 가져오기 조작에 영향을 미치지 않습니다. db2diag.exe가 수정될 때까지 알려진 임시 해결 방법이 없습니다.

1.2.7 로그 및 ㅊ추적 분석기는 가져오는 로그 파일의 유형에 대해 유효성 검증을 수행하지 않음

로그 및 추적 분석기는 가져오는 로그 파일의 유형에 대해 유효성 검증을 수행하지 않습니다. 로그 파일을 가져올 때 가져오려는 로그 파일에 대해 올바른 로그 유형 및 버전을 선택했는지 확인하십시오. 가져오기 중 문제점이 발생하는 경우, 로그 보기에는 레코드나 잘못된 레코드가 표시되지 않으며 오류 메시지가 표시됩니다. 오류에 대한 자세한 정보는 오류 대화 상자에서 세부 사항을 보십시오.

1.2.8 다른 로케일에서 생성된 로그 파일 가져오기 제한사항

로그 및 추적 분석기가 실행 중인 로케일과 다른 로케일로 작성된 시간소인을 포함하는 로그 파일을 가져올 경우, 간혹 규칙 기반 로그 파일 구문 분석기가 시간소인과 기타 로그 레코드 데이터를 올바르게 구문 분석하지 않습니다. 에를 들어, 일본어 시스템에서 실행 중인 로그 및 추적 분석기로 영어로 된 IBM HTTP Server 액세스 로그 파일을 가져올 경우, 결과로 생성되는 공통 기본 이벤트 creationTime 값은 0 값을 갖게 되고 공통 기본 이벤트 msg 필드는 공백이 됩니다.

이 문제점을 해결하려면, 현재 시스템 로케일과 다른 로케일의 시간소인을 포함하는 로그 파일을 가져올 때 로케일 필드가 존재하면 로그 가져오기 마법사의 세부사항 탭에 있는 로그 파일의 로케일을 지정하십시오.

1.2.9 AIX에서 규칙 구문 분석기를 사용하여 WebSphere Application Server 활동 로그 가져오기 실패

AIX 시스템에서 규칙 구문 분석기를 사용하여 2진 WAS 활동 로그를 가져올 때 오류 대화 상자에 다음 오류가 표시되면서 실패합니다.

IWAT0030E 원격 로그 구문 분석기 "com.ibm.etools.logging.adapter.config.StaticParserExtension"
실행 중 오류 발생:
IWAT0412E 로그 파일 /home/tfoun/logs/activity.log 구문 분석 중 오류 발생.
java.lang.Exception: IWAT0239E 변환기 명령 실패: java.lang.Exception:
IWAT0238E 변환기 프로세스가 종료 값 1로 종료됨

AIX에서 2진 로그 파일을 텍스트로 변환하여 구문 분석될 수 있게 하기 위한 변환기 명령을 실패합니다. 이 문제점을 해결하려면, 정적 구문 분석기를 사용하여 2진 활동 로그 파일을 가져오거나 WAS showlog 유틸리티를 사용하여 2진 활동 로그 파일을 텍스트로 변환하여 결과 텍스트 파일을 로그 및 추적 분석기로 가져오십시오. WAS showlog 유틸리티는 WAS 설치 디렉토리의 bin 디렉토리에 있습니다. 예를 들어, 2진 로그 파일을 activity.txt라는 텍스트 파일로 변환하려면 다음 명령을 사용하십시오.

/opt/WebSphere/AppServer/bin/showlog activity.log activity.txt

그런 다음, activity.txt를 로그 및 추적 분석기로 가져오십시오.

1.2.10 Apache Derby 버전 10.1.2.1에서 시간 기본 상관을 작성할 수 없음

TPTP에서 공식적으로 지원되지 않지만 TPTP 사용자가 대용량 로그 지원과 결합하여 Derby 10.1.2.1을 사용하려고 시도했으며 이러한 문제점이 발생했습니다. 대용량 로그에 대한 시간 기본 상관을 작성하려고 할 때 ArrayIndexOutOfBoundsException이 발생했으며 이 예외로 인해 상관이 중지되지 않고 계속적으로 실행됩니다. 이는 알려진 Derby 버그로서 Derby 버전 10.2.0.0에서 수정되었습니다. 자세한 정보는 http://www.archivum.info/derby-dev@db.apache.org/2006-03/msg01624.html에 있는 Derby 버그 설명을 참조하십시오.

이 예외는 서버 측에서 발생하며 사용자의 Workbench에서는 표시되지 않는 점을 참조하십시오. 이 예외는 Derby 서버를 실행하기 위한 명령이 발행된 명령 창에 표시됩니다.

1.2.11 대용량 로그에 대한 상관을 작성 및 표시할 때 성능 저하

대용량 로그에 대한 상관을 작성하거나 표시할 때 Apache Derby 및 DB2에서 성능이 저하될 수 있습니다.

상관을 작성할 때 성능을 향상시키려면 가져오기 필터를 사용하여 로그를 가져와서 불필요하거나 관련되지 않은 이벤트가 데이터베이스에 포함되지 않도록 하십시오. "상관된 이벤트만 표시" 필터를 사용하면 로그 상호작용 보기에서 상관을 열 때 성능을 향상시킬 수 있습니다.

1.3 데이터베이스 지원

1.3.1 동일한 데이터베이스 계정을 사용한 동시 클라이언트 액세스가 지원되지 않음

데이터베이스에 대한 동시 클라이언트 액세스는 일부 테이블을 잠글 수 있습니다. 테이블을 잠금 해제하려면 Workbench 및 데이터베이스 서버를 다시 시작하십시오.

1.3.2 자원 경로 충돌

여러 작업공간에 대해 동일한 데이터베이스 및 데이터베이스 계정을 사용할 경우, 자원 경로 충돌이 발생할 수 있으며 자원이 데이터베이스에 지속되지 않습니다.

이 문제점을 해결하려면 각 작업공간에서 서로 다른 프로젝트 및 모니터 이름을 사용하여 자원 경로 충돌이 발생하지 않도록 하십시오.

1.3.3 올바로 선택사항이지만 대용량 자원 지원 환경 설정이 사용 불가능 상태로 남음

Linux/GTK의 경우, 대용량 자원 지원 환경 설정 페이지에서 유효한 데이터베이스 유형을 선택한 경우에도 데이터베이스 설정 필드가 사용 불가능한 상태로 남아 있습니다.

이 문제점을 해결하려면 데이터베이스 유형으로 DB2를 선택한 후 설정을 적용하십시오. 환경 설정 대화 상자를 닫은 후 다시 여십시오. 필드가 사용 가능하게 됩니다.

1.3.4 대용량 로그 지원의 성능 향상

대용량 로그 지원의 성능을 향상시키려면 대용량 로그를 가져온 후 다음 명령을 실행하십시오.

db2 -tvf plugins/com.ibm.etools.ac.resources.database_x_x_x
/scripts/runStatsForAllHyadesTablesDB2-8.1.sql
여기서 x_x_x는 플러그인 디렉토리에 있는 버전 번호입니다.

1.3.5 데이터베이스 및 테이블 작성 후 DB2 다시 시작

데이터베이스 및 테이블 작성 스크립트 CreateDatabaseAndTablesDB2-8.1.sql을 실행한 후 DB2를 다시 시작해야 합니다. 이 스크립트가 작성한 구성 매개변수에 변경사항을 적용하려면 DB2 명령 창에서 db2stop을 실행한 후 db2start를 실행하십시오.

1.3.6 간헐적인 SQL 예외

가끔 다음과 같은 SQL 예외가 발생할 수 있습니다.

com.ibm.db2.jcc.b.SQLException: NULLID.SYSSH203 0X5359534C564C3031

네트워크 모드에서 DB2 또는 CloudscapeTM을 사용하는 경우 이 문제점이 발생하면 Workbench 및 데이터를 다시 시작하십시오. 이 예외가 발생할 때 가져온 로그는 유효하지 않으므로 다시 가져와야 합니다.

1.3.7 환경 설정을 적용하지 않은 경우 테스트 연결이 오류 리턴

환경 설정 대화 상자의 프로파일링 및 로깅 섹션의 대용량 로그 지원 페이지에서 설정에 대한 변경사항을 적용하기 전에 테스트 연결을 클릭하면 연결 오류가 발생할 수 있습니다. 이러한 오류가 발생하지 않게 하려면 설정을 변경하기 전에 적용을 클릭한 후 테스트 연결을 클릭하십시오.

1.3.8 대용량 로그 분석 시 CommonBaseEvent XPath 표현식이 지원되지 않음

대용량 로그를 분석할 때 IBM 로그 분석기가 다음 XPath 표현식을 지원하지 않습니다.

	<expression:xpathExpression>/CommonBaseEvent</expression:xpathExpression>

1.3.9 대용량 로그에 대해 하나의 contextDataElement만 표시됨

대용량 로그 지원에 DB2를 사용할 경우, 이벤트에 대한 contextDataElement가 여러 개 있더라도 이 이벤트에 대해 하나의 contextDataElement만 로그 보기에 표시됩니다.

1.4 기타

1.4.1 새 로그 상관 마법사가 Linux GTK 드라이버에서 적절하게 표시되지 않음

새 로그 상관 마법사에서 사용 가능한 로그 목록만 표시되고 목록은 비어 있습니다. 이는 추가하는 마법사 페이지의 왼쪽 부분만 표시되기 때문입니다.

이 문제를 해결하려면, 선택한 로그 목록 및 조치 단추가 표시되도록 마법사 페이지의 크기를 조정하십시오. 다른 해결 방법으로는, 새 로그 상관 단추를 클릭하기 전에 로그 네비게이터 보기에서 상관에 해당되는 로그 파일을 선택하는 방법이 있습니다.

1.4.2 Workbench의 첫 번째 시작 이후의 플러그인 로깅 레벨에 대한 수정사항이 무시됨

Workbench의 첫 번째 시작 후 plugin.xml 파일에서 플러그인의 로깅 레벨을 수정할 경우(com.ibm.etools.common.logging.commonLoggingOptions 또는 com.ibm.etools.logging.util.loggingOptions 확장점을 통해), Workbench의 후속 실행에서 이 변경사항이 무시됩니다. 플러그인의 plugin.xml 파일에 지정된 로깅 레벨은 Workbench의 첫 번째 시작 시 Eclipse 런타임에 의해 캐시됩니다. 그 뒤로 Workbench를 시작할 경우 plugin.xml 파일에서 수정했음에도 불구하고 플러그인 로깅 레벨의 캐시된 값이 사용됩니다.

이 문제점을 해결하려면, -clean 명령행 인수로 Workbench를 다시 시작하십시오. 이 옵션은 번들 종속성 해결 방법 및 Eclipse 확장 레지스트리 데이터를 저장하기 위해 사용되는 캐시를 정리하며 Eclipse가 이러한 캐시를 다시 초기화하도록 강제 실행합니다. <workbench installation directory>\eclipse\ac.bat(Windows(R)) 또는 <workbench 설치 디렉토리>/eclipse/ac.sh(Linux)에 있는 eclipse.exe 다음에 해당 옵션을 추가하십시오. 또는 로깅 환경 설정 페이지에서 플러그인의 로깅 레벨을 수정한 다음(창 > 환경 설정 > 로깅), Workbench를 다시 시작할 수도 있습니다.

1.4.3 IBM JVM을 사용하여 Red Hat Linux v8.0에서 예제 작성 시 손상됨

예제 작성 마법사를 사용하여 로그 및 추적 분석기에서 예제를 작성할 때(새로 작성 > 예제), Workbench가 손상됩니다. 이는 예제 작성 마법사가 작성 단계의 일부로 readme.html 파일을 열려고 할 때 발생합니다. 이 문제점은 IBM JVM(JavaTM Virtual Machine)을 사용하는 Red Hat Linux v8.0에서 발견되며 SWT 버그입니다(https://bugs.eclipse.org/bugs/show_bug.cgi?id=76515).

이 문제를 해결하려면, ac.sh에서 JVM 요소로 -Xj9를 추가하여 IBM J9 JVM으로 실행하십시오 (예: ./eclipse -vmargs -Xj9 -Xmx500m). Red Hat Linux v8.0에서의 SWT 실행에 대한 자세한 정보를 보려면 SWT FAQ(http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/platform-swt-home/faq.html)를 참조하십시오.

참고: Eclipse 참조 플랫폼 테이블에 언급된 것처럼(http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0.html#TargetOperatingEnvironments), 지원되는 Linux 시스템은 GTK+ 위지트 툴킷 버전 2.2.1 및 연관된 라이브러리(GLib, Pango)뿐입니다. SWT HTML 표시기를 사용하려면 Mozilla 1.4GTK2가 필요합니다. 다른 Linux 시스템의 Motif에 대해서는 Open Motif 2.1(포함됨)이 지원됩니다. SWT HTML 표시기를 사용하려면 Mozilla 1.4GTK2가 필요합니다.

1.4.4 로그 네비게이터 도구 모음 및 팝업 메뉴에서 TPTP 형식 증상 데이터베이스만 작성할 수 있음

TPTP 제한사항으로 인해 사용자는 로그 네비게이터 도구 모음 단추 및 컨텍스트 메뉴에서 증상 데이터베이스의 유형 둘 다를 작성할 수 없습니다. 임시 해결 방법은 Workbench 메뉴에서 파일 > 새로 작성 > 기타 > 프로파일링 및 로깅을 선택하고 작성하려는 증상 데이터베이스의 유형을 선택하는 것입니다.

1.4.5 IBM 로그 분석기는 메시지를 최대 1024바이트까지만 처리함

XPATH 규칙 및 IBM 상관 규칙에서 msg 공통 기반 이벤트 특성의 문자열은 1024바이트를 초과해서는 안됩니다. 문자열이 1024바이트를 초과하면 IBM 로그 분석기에서 처리되지 않습니다.

1.4.6 증상 편집기가 복합 요소 사용 시 유효하지 않은 XPATH 규칙을 생성함

공통 기본 이벤트의 복합 요소(예: sourceComponentID)를 사용할 때 증상 편집기가 유효하지 않은 XPATH 규칙을 생성합니다. 수정사항은 다음 Fix Pack에서 제공됩니다.

1.4.7 증상 편집기가 입력 공통 기본 이벤트와 일치하지 않는 XPATH 규칙을 생성함

새 XPATH 표현식을 작성할 때 ExtendedDataElement가 선택되는 경우, 결과 증상 카탈로그는 extendedDataElements 대신 extendedDataElement를 포함합니다. 결과적으로 증상 편집기는 입력 공통 기본 이벤트와 일치하지 않는 XPATH 규칙을 생성합니다.

2.0 프로파일링 도구

2.1 에이전트 및 프로세스 상호작용 보기가 시퀀스 다이어그램 보기에서 지원되지 않음

에이전트 상호작용 보기와 프로세스 상호작용 보기는 로그 파일에 대한 시퀀스 다이어그램 보기에서 지원되지 않습니다.

현재 이 문제에 대한 해결 방법은 없습니다.

2.2 프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 작동하지 않음

프로파일링 네비게이터의 보기 새로 고치기 명령이 추적 상호작용에 작동하지 않습니다. 그러나 추적 상호작용은 자체적으로 정기 간격에 따라 자동으로 새로 고칩니다.

해결 방법은 프로파일링 트리에서 다른 노드를 선택하고 이전 노드를 다시 선택하는 것입니다.

2.3 Sun JDK 1.4.x를 사용하여 Windows를 프로파일링하는 것은 Microsoft 오류 보고서로 종료할 수 있음

Bugzilla 결함: 103058

프로파일링 또는 응용프로그램이 "java.exe에서 문제점이 발생했으므로 닫아야 합니다. 불편을 끼쳐드려서 죄송합니다. " 메시지로 종료됩니다. 이 메시지에는 Microsoft로 오류 보고서를 제출하기 위한 정보 및 선택사항이 포함되어 있습니다. 메시지의 화면 캡처는 bugzilla 103058을 참조하십시오.

이 문제점은 다음과 같은 모드로 관찰되었습니다: 시간 분석("인스턴스 표시"가 있거나 없음), 메모리 분석 및 이들 모드의 결합. JIT가 꺼진 프로파일링 또는 응용프로그램을 다시 실행하여(즉, JVM 인수로 "-Djava.compiler=NONE"를 제공하여) 문제점을 임시 해결할 수 있습니다. Windows용 SUN JDK 1.4.2_08-b03 빌드에서 문제점이 발생했습니다.