1.0 알려진 문제점 및 제한사항
1.1 Generic Log Adapter
1.1.1 IBM JRE(Java Runtime Environment) v1.4.1을 사용하여 Generic Log Adapter 규칙 실행 시 문제점
1.1.2 원격 z/OS 시스템에서 로그 파일을 가져오면 불완전 데이터를 초래할 수 있음
1.1.3 바닥글이 있는 로그 파일을 계속 구문 분석하면 레코드가 누락되는 결과를 가져옴
1.1.4 일부 오류 메시지는 GLA 구성 편집기 문제점 보기에서 중복됨
1.1.5 Generic Log Adapter는 다중 시간소인 형식을 구문 분석하기 위한 규칙 작성을 지원하지 않음
1.1.6 새 GLA 어댑터 파일이 Generic Log Adapter Perspective에서 실행되면 문제점 보기에 포맷터 오류 발생
1.1.7 HTTP 서버 액세스 로그 규칙 구문 분석기는 일부 레코드를 제대로 구문 분석하지 않음
1.2 Agent Controller
1.2.1 DBCS 시스템에서 Java 응용프로그램을 프로파일링할 때 콘솔 텍스트가 찌그러짐
1.2.2 HP 11i에서 Agent Contoller 파일 복사가 작동하지 않음
1.2.3 Solaris에서 Agent Controller가 "sh: sysdef: 찾을 수 없음" 오류를 보고함
1.2.4 Linux에서 Sun JVM으로 실행 중인 Agent Contoller가 무한 루프 상태가 됨
1.2.5 한 시스템에서 Agent Contoller의 다중 인스턴스가 허용되지 않음
1.2.6 원격 서버의 파일을 찾을 수 없으면 FileNotFoundExceptions이 파일 전송으로 보고되지 않음
1.2.7 iSeries의 보안 모드 아래에서 Agent Contoller 실행
1.2.8 동시에 다중 에이전트를 모니터링할 때 데이터가 수집되지 않음
1.2.9 Agent Contoller 시스템 종료 시 세그먼트화 위반 발생
1.2.10 응용프로그램 프로파일링 시 "메모리 부족" 오류 발생
1.2.11 에이전트에서 수집한 데이터가 클라이언트에 도달하지 않음
1.2.12 다중 에이전트가 있는 프로세스에서 실행 중인 에이전트의 종료 실패
1.2.13 요청 피어 모니터링이 EBCDIC 플랫폼에서 작동하지 않음
1.3 로그 및 추적 분석기
1.3.1 연속 로그 모니터링이 localhost에서 지원되지 않음
1.3.2 로깅 예제 readme가 열리지 않음
1.3.3 Agent Contoller가 잘못 시작되었을 때 필터가 있는 원격 로그 가져오기가 작동하지 않음
1.3.4 Agent Contoller가 시작되지 않았을 때 원격 로그 가져오기 프로세스가 "활성" 상태로 남음
1.3.5 일부 HTTP 서버 액세스 로그를 가져오면 "문자열 색인의 범위를 벗어났습니다" 오류가 발생할 수 있음
1.3.6 DBCS 시스템에서 Microsoft Windows 시스템 이벤트를 가져오면 일부 이벤트에서 데이터를 읽을 수 없음
1.3.7 빈 로그를 가져올 때 NullPointerException 발생
1.3.8 Windows 응용프로그램 이벤트 로그가 공통 기본 이벤트 형식화 오류를 생성함
1.3.9 올바르지 않은 로그 파일 이름이 지정되면 원격 HP-UX 시스템의 로그 가져오기가 정지됨
1.4 Probekit
1.5 프로파일링 도구
1.5.1 IBM JDK 1.4.1을 사용할 때 가비지 콜렉션에서 문제 발생
1.5.2 Sun JVM 사용 시, 일부 메소드 호출이 추적되지 않음
1.5.3 Sun JDK 1.4.x를 사용하여 Solaris를 프로파일링할 경우 JVM이 손상될 수 있음
1.5.4 Solaris에서 STACK_INFORMATION=contiguous로 독립형 모드에서 실행하면 JVM이 손상될 수 있음
1.5.5 WAIT 및 WAITED 이벤트에 대한 제한시간 값이 음수임
1.5.6 IBM JDK 1.4.2에 대해 올바르지 않은 모니터 덤프
1.5.7 JIT Inlining에서 메소드 계수가 잘못됨
1.5.8 AIX 및 Solaris에서 메소드 레벨 CPU 시간 통계 제한사항
1.5.9 기존 프로파일 파일에 대한 프로파일링이 Linux에서 실패함
1.5.10 헤더가 없는 프로파일링에서 프로파일 파일 가져오기가 생성됨
1.5.11 Workbench가 비정상적으로 닫힌 후에 중복된 필터 보기가 표시됨
1.5.12 메모리 해제 조치가 자동으로 실패할 수 있음
1.5.13 실행 히스토리 > 전체 그래픽 세부사항이 편집 없이 선택되면 잘못된 에이전트 옵션이 송신됨
1.5.14 패키지 레벨 필터링이 있는 가져오기 프로파일 파일이 빈 보기를 표시함
1.5.15 프로파일링 모드가 예상한 것보다 더 많은 데이터를 표시함
1.6 통계 콘솔
1.7 테스트
1.7.1 공통 테스트 문제
1.7.1.1 iSeries에서 JUnit, Manual 및 URL 테스트가 작동하지 않음
1.7.1.2 데이터풀 액세스
1.7.2 URL 테스트
1.7.2.1 URL 테스트를 JUnit 테스트로 실행
1.7.2.2 URL 테스트 샘플 실행
규칙 기반 Apache 액세스 로그 구문 분석기에 2003년에 출시된 IBM JDK 1.4.1을 사용하면 문제가 발생합니다.
Generic Log Adapter를 사용하는 데 IBM의 JRE(Java Runtime Environment) v1.4.1을 실행하거나 규칙 기반 로그 파일 구문 분석기를 사용하여 로그 파일을 가져올 경우, SR2(Service Release) 이상이 필요합니다.
Bugzilla 결함: 80730
원격 z/OS 시스템에서 로그 및 추적 분석기를 사용하여 로그 파일을 가져오면 로그 보기에 불완전 데이터를 표시하도록 초래할 수 있습니다. 가져오기 조작은 너무 이르게 중지할 수 있으며 모든 로그 레코드가 로그 보기에 표시되지는 않습니다. 이 문제점은 다음 IBM JDK 버전 중 하나가 z/OS 시스템에 설치될 때 발생합니다.
이 문제점은 PTF UK00802를 사용하여 IBM JDK 1.4.2에서 수정됩니다. JDK를 해당 버전이나 이후 버전으로 업그레이드하십시오. JDK 버전을 업그레이드할 수 없는 경우, 문제점을 해결하려면 다음 단계를 수행하여 z/OS 시스템에서 Agent Contoller의 구성을 변경하십시오.
<Parameter position="prepend" value="-Djava.version=1.4"/> <Parameter position="prepend" value="-Djava.compiler=NONE"/> <Parameter position="append" value=""config_path=%GLA_CONFIG_PATH%""/>
Bugzilla 결함: 97974
바닥글 섹션을 포함하는 로그 파일을 연속적으로 구문 분석하면 때때로 구문 분석되는 출력에서 레코그가 누락되는 결과를 가져옵니다. 특히, 로그 파일이 새 레코드에 추가되면 추가된 레코드의 첫 번째 레코드는 구문 분석되지 않으며 구문 분석된 출력에 포함되지 않습니다. 컨텍스트 인스턴스가 어댑터 구성 파일에서 continuousOperation="true"로 구성되며 로그 파일에 바닥글 섹션이 들어 있는 경우 이 문제점이 발생합니다. 이 문제점을 해결하려면, continuousOperation="false"로 컨텍스트 인스턴스를 구성하여 한 번만 로그 파일을 구문 분석하십시오.
Bugzilla 결함: 101184
일부 오류 메시지는 GLA 구성 편집기의 문제점 보기에서 여러 번 표시됩니다. 문제점 보기에서 기존 메시지가 어댑터 재실행... 단추를 클릭하여 어댑터 구성 파일이 실행되기 전에 항상 지워지는 것은 아닙니다. 파일을 수정하고 저장하게 되면 문제점 보기를 지우고 모든 어댑터 구성 유효성 검증 오류를 표시합니다.
Generic Log Adapter는 단일 규칙 기반 어댑터 구성 파일에서 로케일 감지 시간소인이 있는 로그 파일의 구문 분석을 지원하지 않습니다. 응용프로그램이 생성된 로케일에 종속적인 형식이 있는 로그 파일을 생성하는 경우, 이 로그는 단일 규칙 기반 어댑터로 구문 분석될 수 없습니다. 예를 들어, 날짜 형식이 en_US 시스템에서 생성된 로그 파일에서는 MM/dd/yy이며, ja_JP 시스템에서 생성된 로그 파일은 yy/MM/dd이고 de_DE 시스템에서 생성된 로그 파일의 경우에는 dd.MM.yy이면, 각 로그 파일을 구문 분석하기 위해 별도의 어댑터 구성 파일이 필요하게 되고 각각 로케일의 올바른 시간소인 형식이 있는 구문 분석 규칙을 갖습니다.
Generic Log Adapter Perspective의 문제점 보기는 어댑터 재실행... 단추를 눌러 새 GLA 어댑터 파일을 실행하려고 시도할 때 다음과 같은 오류를 리턴합니다.
필수 특성 sourceComponentId가 누락되었으므로 IWAT0438E 공통 기본 이벤트 포맷터 N76D20B0042411D98000E0362B33D6F0는 CommmonBaseEvent를 작성할 수 없습니다.
sourceComponentId는 공통 기본 이벤트의 필수 특성이며 누락되어 있으므로 이 메시지는 GLA의 포맷터 컴포넌트가 공통 기본 이벤트를 작성할 수 없음을 표시합니다. 이 문제점을 해결하려면, 구문 분석기 규칙을 sourceComponentId 속성의 어댑터 파일에 추가하십시오. 또한 상황 특성은 필수 공통 기본 이벤트 특성임을 참고하십시오. 유사한 오류를 피하려면, 상황 특성의 어댑터에 구문 분석기 규칙을 추가하십시오. GLA만이 모든 필수 특성을 포함하는 CommonBaseEvents를 작성합니다.
Bugzilla 결함: 101545
HTTP 서버 액세스 로그 규칙 구문 분석기는 다음과 같은 레코드를 제대로 구문 분석하지 않습니다.
9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - 9.26.5.6 - - [09/Feb/2005:17:14:52 -0500] "GET_CONFIG\r" 501 - 9.26.5.6 - - [09/Feb/2005:17:15:00 -0500] "< NSP/0.2 >" 400 299 9.26.5.6 - - [09/Feb/2005:17:22:40 -0500] "\x16\x03\x01" 501 -
처음 두 개의 레코드와 마지막 레코드에 대해 심각도가 제대로 구문 분석되지 않습니다. 일부 기타 레코드 데이터는 확장된 데이터 요소에서 제대로 캡처되지 않습니다.
DBCS(예: 한국어, 대만어, 중국어, 일본어) 시스템의 Eclipse 내에서 원격 Java 응용프로그램을 프로파일링할 때, 콘솔 출력이 찌그러진 텍스트로 표시됩니다. 이 문제점은 모든 플랫폼에서 발생할 수 있습니다.
이 문제점을 해결하려면, Java VM 인수 -Dconsole.encoding=<native encoding>을 원격 Java 응용프로그램을 실행할 때 추가하십시오. 그러면 원격에서 다시 Eclipse Workbench로 콘솔 출력을 전송할 때 인코딩이 올바르게 됩니다. Windows에서 <native encoding>을 결정하려면, 명령 프롬프트를 열고 명령, chcp를 실행하십시오. 예를 들어, 결과가 950이면 <native encoding> 값은 MS950입니다. Java VM 인수가 -Dconsole.encoding=MS950가 됩니다. 올바른 인코딩의 목록은 "국제화" 섹션에서 Sun의 Java 문서, "지원되는 인코딩"을 참조하십시오.
파일 서버가 시작되지 않기 때문에 파일 복사가 작동하지 않습니다. 이는 런타임 시 로드되지 않는 JVM 라이브러리인 libjvm.sl 때문입니다. 이로 인해 파일 서버가 실행되지 않습니다.
이를 해결하려면 링커(linker) 패치 버전 PHSS_30049 이상이 필요합니다. 패치 30049의 링커 버전은 다음과 같습니다.
/bin/ld:
$Revision: 1.2 $
HP aC++ B3910B X.03.37.01 Classic Iostream Library
HP aC++ B3910B X.03.37.01 Language Support Library
ld_msgs.cat: $Revision: 1.2 $
92453-07 linker command s800.sgs ld PA64 B.11.38 REL 031217
버전 번호를 확인하려면: what /bin/ld
설치된 패치를 나열하려면: swlist -l fileset
누적 ID 및 링커 도구 패치에 대한 버전 번호를 보려면 "ld"에 대해 grep 명령을 실행하십시오.Agent Contoller는 sysdef 명령을 사용하여 시스템에서 최대 공유 메모리 버퍼를 확보합니다. Agent Contoller가 sysdef를 실행할 수 없는 경우, <RAServer>/plugins/org.eclipse.hyades.datacollection/pluginconfig.xml 파일에 지정된 dataChannelSize="30M"을 사용합니다. 그러면 RAServer.exe가 실행된 콘솔에 다음 오류가 보고됩니다.
sh: sysdef: 찾을 수 없음이 문제점을 해결하려면, sysdef가 있는 /usr/sbin 디렉토리를 PATH 변수에 추가하십시오.
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Service starting"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.datacollection"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.logging.parsers"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Successfully loaded plugin: org.eclipse.hyades.test"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Active configuration set to: default"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Loaded configuration: default"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
text="Service started successfully"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/>
이 문제점을 해결하려면, Agent Contoller를 시작하기 전에 LD_LIBRARY_PATH가 모든 .so 파일을
가리키도록 설정하십시오. 예를 들어,
RAServer를 실행하기 전에 다음 명령을 실행하십시오. export LD_LIBRARY_PATH=/opt/j2sdk1.4.2_04/jre/lib/i386/server:/opt/j2sdk1.4.2_04/jre/li b/i386
하나의 시스템에는 하나의 Agent Contoller 인스턴스만 설치될 수 있습니다. 즉, 다른 제품과 함께 엔진이나 엔진의 확장 버전을 설치한 경우, 새 인스턴스가 작동하도록 하려면 해당 인스턴스를 설치 제거해야 합니다. 예를 들어, 일부 IBM WebSphere Studio 또는 IBM Rational 제품이나 developerWorks의 자동 컴퓨팅 툴킷에는 Agent Controller 이름 아래 Agent Contoller의 선택적 설치가 포함됩니다.
파일 전송 프로토콜은 원격 파일 서버에서 존재하지 않는 파일에 대한 GET 조작을 시도할 때 FileNotFoundException을 보고하지 않습니다. 대신 크기가 0인 파일의 정상적인 전송을 알립니다. 크기가 0인 파일이 GET 조작 이후에 리턴되면, 파일이 원격 서버에 존재하지 않거나 파일이 존재하지만 크기가 0인 경우 중 하나입니다. 현재 전송 프로토콜은 이 두 가지 가능성 간에 차이가 없습니다.
때때로 단일 프로세스와 연관된 두 개 이상의 에이전트를 동시에 모니터링할 때 에이전트 중 하나에 대한 데이터가 수집되지 않습니다. 에이전트 중 하나에 대한 데이터 채널이 적절하게 초기화하는 데 실패하여 해당 에이전트로부터 클라이언트로 데이터가 리턴될 수 없습니다.
이 문제점을 해결하려면, 프로세스에 대해 한 번에 오직 하나의 에이전트를 모니터하십시오.
Bugzilla 결함: 99788
Agent Contoller 시스템 종료 시, 세그먼트화 위반이 보고됩니다. 표시되지 않는 것 이외에는 다른 영향이 없습니다. 조치가 필요하지 않습니다. 이 세그먼트화 위반이 Red Hat Enterprise Linux 3.0 갱신 4에 보고되었습니다.
Bugzilla 결함: 57786
응용프로그램 시작 시 JVM 인수 -Xmxnnn 및 -XrunpiAgent가 지정되고 응용프로그램이 TPTP의 프로파일링 및 로깅 Perspective로 접속되고 모니터링되면 "메모리 부족" 오류가 JVM에서 발행될 수 있습니다. Agent Contoller 구성에서 Java 프로파일링 에이전트의 dataChannelSize 속성 설정은 "메모리 부족" 오류를 야기할 수 있는 JVM에 사용 가능한 메모리 양에 영향을 미칠 수 있습니다. 이 문제점을 해결하려면, Java 프로파일링 에이전트의 dataChannelSize 값이나 -Xmx 값, 또는 둘 다를 줄이십시오.
Bugzilla 결함: 73668
때때로 에이전트가 데이터를 수집하면, 해당 에이전트를 모니터링 중인 클라이언트로
데이터를 송신하지 않습니다. Agent Controller servicelog.log 파일의 다음 CommonBaseEvent 메시지는
문제점의 원인을 표시합니다.
msg="Shared memory allocation failure: -518"
에이전트에서 Agent Contoller로 데이터를 송신하는 데이터 채널로 사용되는 공유 메모리 버퍼를 할당할 수 없습니다. Agent Contoller가 다시 시작되면 공유 메모리 버퍼 이름이 재사용됩니다. 때때로 공유 메모리 버퍼는 이전 사용 이후에 시스템에서 완전히 정리되지 않습니다. 이전에 정리되지 않은 이름으로 버퍼를 할당하려고 시도하면, 할당에 실패합니다. 이 문제점을 해결하려면, 다른 공유 메모리 버퍼 이름을 사용하도록 다시 모니터링 조작을 수행하십시오.
Bugzilla 결함: 100870
둘 이상의 에이전트가 있는 프로세스에서 실행 중인 에이전트를 종료하려고 시도하면, 프로세스는 정상 종료되지만 프로세스의 상태는 종료되지 않은 채로 남습니다. 에이전트를 종료하도록 반복 시도하면 이 경우 역시 실패합니다.
문제점을 해결하려면, 에이전트 레벨 대신 프로세스 레벨에서 에이전트 프로세스를 종료하십시오.
요청 피어 모니터링이 EBCDIC 플랫폼에서 작동하지 않습니다. 현재 TPTP 3.3에 대한 해결책이 없습니다. 이 제한사항은 TPTP 4.0에서 제거되었습니다.
로그 및 추적 분석기는 localhost를 통해 연속 로그 모니터링을 지원하지 않습니다. 그러나 연속적으로 로컬 로그 파일을 모니터하려는 경우, 루프백 인터페이스(127.0.0.1)를 통해 할 수 있으므로, 로컬 로그 파일로 원격 가져오기를 시뮬레이트합니다. 이 경우 로깅 에이전트는 UI 정지를 피하기 위해 언제든지 종료될 수 있습니다.
루프백을 통해 가져오거나 연속적으로 모니터하려면, Agent Contoller가 시작되어야 합니다(localhost에서 가져오는 것이 필요하지 않음).
로깅 샘플 프로젝트 작성 시(파일 > 새로 작성 > 예제), readme 파일이 사용자 시스템 브라우저에서 열려야 합니다. 그러나 Workbench의 파일 연관 환경 설정이 제대로 설정되지 않은 경우, 파일을 열 수 없습니다.
이 문제점을 수정하려면, 창 > 환경 설정을 선택한 후 Workbench > 파일 연관을 선택하여 파일 연관 환경 설정 페이지로 이동하십시오. 파일 유형 목록에서, .html을 선택하십시오. 연관된 편집기 목록에서, 추가를 클릭하십시오. 외부 프로그램 단추를 선택한 후 사용자 기본 브라우저를 선택하십시오. 확인을 클릭하십시오. 확인을 클릭하여 새 환경 설정을 적용하십시오.
Bugzilla 결함 95615
지정된 필터가 있는 Windows 이외의 시스템에서 로그 파일을 가져오는 요청은 Agent Contoller가 잘못 시작된 경우 다음 메시지가 표시됩니다.
"An error occurred while attempting to import the log file /home/user/app.log. Reason: [Ljava.lang.StackTraceElement;@538c718"
다음 예외는 이 오류의 결과로 처리되며 .log 파일로 로깅됩니다. 또한 .log 파일에서 이 예외가 발견되면 Agent Controller가 잘못 시작되고 있음을 표시합니다.
org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException: java.net.ConnectException: Connection refused: connect
Agent Contoller를 시작하기 전에 libjvm.so와 같은 실행 파일 라이브러리를 포함하는 JRE의 디렉토리가 해당 라이브러리 경로 환경 변수에 추가되는지 확인하십시오. 자세한 정보는 Agent Contoller 설치 디렉토리에 있는 getting_started.html 파일을 참조하십시오.
Bugzilla 결함 100084
Agent Contoller가 원격 시스템에서 실행 중이지 않으면 원격 로그를 가져오려고 시도할 때, "연결 실패..." 오류 메시지가 표시되지만 실제 프로세스가 완료되었을 때 로그 네비게이터 분할창의 로그 아래 나열된 로그 가져오기 프로세스는 여전히 "활성"으로 표시됩니다. 이 문제점을 해결하려면, 원격 시스템에서 Agent Contoller를 시작하고 동일한 대상 구성으로 다시 동일한 로그를 가져오도록 시도하십시오. 프로세스는 이제 올바른 상태를 표시합니다.
Bugzilla 결함 100979
정적 구문 분석기로 일부 HTTP 서버 액세스 로그를 가져오면 모든 레코드가 구문 분석되기 전에 정적 구문 분석기가 중지할 수 있으며 다음과 유사한 메시지가 표시될 수 있습니다.
IWAT0030E An error occurred during the execution of the remote log parser "org.eclipse.hyades.logging.adapter.config.StaticParserWrapper": IWAT0412E Errors occurred parsing the log file /home/userId/logs/access.log. IWAT0357E Exception parsing file /home/userId/logs/access.log: org.eclipse.hyades.logging.parsers.LogParserException: IWAT0054E Error parsing access log. IWAT0306E Error while parsing line number 1535: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - String index out of range: -2. The HTTP Server access log static parser cannot parse log records that do not include a file name. An example of such a records is: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
이 문제점을 해결하려면 로그 파일을 가져오는데 규칙 기반 구문 분석기를 사용하십시오.
Bugzilla 결함 95077
2바이트 문자 세트 시스템에서 Windows 시스템 이벤트 로그를 가져오면 로그 보기에 표시된 일부 공통 기본 이벤트에서 msg 값이 누락되거나 읽을 수 없게 로그 보기에 표시됩니다.
Bugzilla 결함 100743
빈 로그를 가져오거나 모든 로그 이벤트를 필터 아웃하는 가져오기 필터가 사용되면, 로그 보기는 빈 것으로 표시되며 NullPointerException(XMLLoader.endElement에서)이 처리될 수 있습니다. 로그 파일을 검사하거나 일부 이벤트를 로드하는 다른 필터를 시도하십시오.
Bugzilla 결함 101718
때때로 Microsoft Windows 응용프로그램 이벤트 로그를 가져올 때 다음 메시지가 표시됩니다.
IWAT0027E Error importing the specified log file(s). IWAT0412E Errors occurred parsing the log file null. IWAT0438E Common Base Event formatter N6B1EE3005B511D880008CD5D1F4FA98 cannot create a CommmonBaseEvent because required property creationTime is missing.
로그 구문 분석기가 일부 로그 레코드를 적절하게 구문 분석하는 데 실패합니다. 그러나, 대부분의 로그 레코드를 가져와서 로그 보기에 표시합니다.
Bugzilla 결함 101491
원격 HP-UX 시스템에서 로그를 가져올 때 올바르지 않은 로그 파일 이름이 지정된 경우 가져오기 조작은 종료되지 않는 것으로 표시될 수 있습니다. 작업 상태 막대는 "로그 파일 가져오는 중..."을 표시하며, 진행 표시기는 계속 화면 이동하며 오류 메시지를 표시하지 않습니다. 이 상태의 로그 가져오기 작업은 취소될 수 없습니다. 로그 가져오기 작업을 중지하려면 Eclipse Workbench를 중지하십시오. 이 문제점을 해결하려면 지정된 로그 파일 이름이 올바른지 확인하십시오.
해당 사항 없음
Bugzilla 결함: 56182
사용자의 응용프로그램이 아주 큰 힙 공간을 사용할 경우, 오브젝트 참조 수집 또는 GC 실행을 요청하면 JVM이 다음과 같은 오류 메시지와 함께 손상될 수 있습니다
**메모리 부족, 중단 중**
*** panic: JVMCI023: 메모리를 할당할 수 없어서 jvmpi_heap_dump에 힙 덤프를 수집할 수 없음
비정상 프로그램 종료
현재 -Xmx 매개변수를 사용하여 실행 중이면, 이 매개변수없이 실행하여 해결할 수 있습니다.
Bugzilla 결함:69051
Windows에서 Sun JDK를 사용할 경우, JVMPI가 Java 프로그램의 특정 메소드 호출을 추적하지 않습니다.
알려진 해결책이 없습니다.
Bugzilla 결함:56404
Sun JDK 1.4.x를 사용하여
Solaris를 프로파일링하거나 HP JDK 1.4.x를 사용하여 HP를 프로파일링 할 경우 JVM이 손상될 수 있음
Sun의 문제점은 Sun JVM의 버그 때문입니다. 이 문제점을 해결하려면, 다음 프로파일링 세트 중 하나만 사용하십시오.
이 프로파일링 세트를 함께 사용하거나 "인스턴스 레벨 표시" 정보를 사용할 경우 문제가 발생합니다. 또는 문제점이 수정된 Sun JDK 1.4.2_08-b03 빌드로 업그레이드할 수 있습니다.
HP JDK 버그는 JDK 1.4.2_04로 수정되었습니다. HP에서 유일한 솔루션은 이 JDK 버전 이후로 업그레이드하는 것입니다.
Bugzilla 결함:50090
Solaris에서 프로파일링할 경우, 독립형 프로파일링에서 문제가 발생할 수 있습니다. 이는 STACK_INFORMATION=contiguous(또는
boundaryAndContiguous) 및 TRACE_MODE=full로 설정했을 경우에만 발생합니다. 이 문제로 JVM이 손상될 수 있습니다.
STACK_INFORMATION=contiguous에 대해 이 문제점을 해결하려면, TRACE_MODE=noObjectCorrelation을 설정하십시오. 또는 STACK_INFORMATION=none이나 STACK_INFORMATION=normal로 설정하면 문제가 발생하지 않습니다.
Bugzilla 결함: 63969
jvmpi 프로파일 옵션 'MONITOR_MODE=all'과 함께 IBM 1.4.2 JDK를 사용하여 실행할 경우(독립형 모드에서), 추적 시 monitorWait 및 monitorWaited 요소에서 제한시간 속성이 음수로 표시됩니다. 이는 실제로는 양의 64비트 정수로 캐스트되는 아주 큰 제한시간 값입니다. 이는 JDK 버그입니다.
JDK 버그는 IBM JDK 1.4.2 SR1a로 수정되었습니다. 솔루션은 이 JDK 레벨 이상으로 업그레이드됩니다.
JDK 버그 때문에, 테스트 및 성능 플랫폼을 jvmpi 프로파일 옵션 'MONITOR_MODE=all'을 사용하여 독립형 모드에서 실행할 경우, 올바르지 않은 모니터 덤프가 발생할 수 있습니다. 특히 버그 65193의 경우, '-Xj9' VM 인수가 사용될 때 발생합니다.
Bugzilla 결함 70660("수정되지 않음"으로 처리완료됨)
분석 도구에 표시되는 메소드 계수가 너무 낮다고 의심되면, JIT inlining을 사용 중인 경우 끄십시오. IBM Java 2 Runtime Environment v.1.4.2 사용 시에만, 그리고 JIT가 사용된 경우에만 이 문제점이 발생합니다.
이 문제점의 유일한 해결 방법은 inlining을 끄는 것입니다. 이를 수행하려면, 다음과 같은 환경 변수를 설정하십시오.
JITC_COMPILEOPT=NINLINING
TPTP 3.0 및 4.0에서, 메소드 레벨 CPU 시간 통계가 콜렉션에 사용 가능합니다. 선택적으로, 메소드 통계 보기 또는 메소드 호출 테이블의 추가 열에서 메소드 레벨 CPU 시간 통계를 볼 수 있습니다. 이 기능의 플랫폼 제한사항은 다음과 같습니다.
AIX 4.3에서 메소드 레벨 CPU 시간 통계 보고를 지원하지 않습니다.
Aix 버전 5.1에서, 메소드 레벨 CPU 시간 통계 보고는 환경 변수 "AIXTHREAD_ENRUSG=ON"을 내보내도록 요구합니다.
메소드 레벨 CPU 시간 통계 기능은 현재 Solaris에서 지원되지 않습니다.
Bugzilla 결함: 95803
기존 프로파일 파일에 대한 프로파일링이 Linux에서 실패합니다. 올바르지 않은 경로 분리 문자가 FileNotFoundException 결과를 가져오는 코드에서 사용되었습니다.
문제점을 해결하려면, 기존 프로파일 파일 대신 새 파일로 프로파일링하십시오.
해결책은 수동으로 프로파일 파일을 편집하여 Eclipse Workbench로 가져오기 전에 처음에 <TRACE> 문자열을 추가하고 프로파일 파일의 끝에 </TRACE>를 추가하는 것입니다.
Bugzilla 결함: 97894
Workbench가 손상되거나 비정상적으로 닫히면, 추적 및 로그 필터가 적절하게 저장되지 않아 Workbench 재실행 시 필터를 재작성할 수 있습니다. 결과적으로, 중복된 필터는 보기 필터 목록에 표시됩니다.중복된 필터를 제거하려면, 보기 드롭 다운 메뉴에서 액세스될 수 있는 필터 관리 마법사를 사용하여 필터를 삭제하십시오.
"메모리 해제" 조치가 자동으로 실패할 수 있습니다. 실패한 경우, 프로파일링 및 로깅 Perspective를 닫은 후 다시 열도록 요구될 수 있습니다.
Bugzilla 결함: 99492
컨텐츠를 편집하지 않고 프로파일링 탭 아래에서, 프로파일 실행 구성 마법사의 프로파일링 세트 "실행 히스토리 - 전체 그래픽 세부사항"을 선택하면, 필요한 것보다 더 많은 프로파일링 데이터가 수집됩니다. 오브젝트 할당 데이터와 같은 별도의 프로파일링 데이터가 수집됩니다.
이 문제점을 해결하려면, "실행 히스토리 - 전체 그래픽 세부사항" 프로파일링 세트를 선택한 후에 편집을 클릭하고 각 페이지에서 다음을 클릭하여 마법사 페이지를 통해 진행하십시오. 마법사를 통해 진행한 후에, 완료를 클릭하여 프로파일링 세트의 설정을 갱신하십시오.
Bugzilla 결함: 100334
프로파일 파일이 선택된 메모리 분석(프로파일링 유형)으로 생성되면, 이벤트는 연대순으로 프로파일 파일에 저장되지 않습니다. 패키지 레벨에서 필터링을 사용하여 프로파일 파일을 순차적으로 가져오면 유실된 패키지와 같이 실패합니다.
문제점을 해결하려면, 패키지 레벨에서 필터링하지 않고 프로파일 파일을 가져오고 가져오기를 완료한 후에 통계 보기에서 데이터를 필터링하십시오.
인스턴스 레벨 정보가 없는 기본 메모리 분석, 인스턴스 레벨 정보가 없으며 실행 플로우 그래픽 세부사항이 있는 실행 시간 분석과 같은 프로파일링 유형으로 응용프로그램을 프로파일링하면, 인스턴스 레벨 정보 도구 모음 단추가 선택될 때 실행 통계 보기에 인스턴스 레벨 정보가 표시됩니다.
해당 사항 없음
Bugzilla 결함: 68899
Bugzilla 결함: 68911
테스트에서
데이터풀에 액세스하는 방법을 설명하는 문서에서 한 단계가 누락되어 있으며 완전하게 작동하지 않는
코드 샘플이 포함되어 있습니다.
다음 jar을 Java 빌드 경로에 추가해야 합니다. ([ECLIPSE_HOME]은 Eclipse가 설치된 디렉토리입니다. )
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.models.common_3.0.0/common_model.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.test.datapool_3.0.0/datapool_api.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.0/runtime/ecore.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.0/runtime/common.jar
다음 코드 스니펫은 데이터풀에 액세스하여 정보를 올바르게 추출하는 방법입니다.
IDatapoolFactory dpFactory = new Common_DatapoolFactoryImpl();
IDatapool datapool = dpFactory.load(new File("d:\\hyades3.0\\workspace\\testproj\\dpoo1.datapool"), false);
IDatapoolIterator iter = dpFactory.open(datapool, "org.eclipse.hyades.datapool.DatapoolIteratorSequentialPrivate");
iter.dpInitialize(datapool, -1);
while (!iter.dpDone())
{
String firstName = iter.dpCurrent().getCell("First Name").getStringValue();
// your code here
iter.dpNext();
}
URL 테스트를 JUnit 테스트로 실행할 수 있습니다. 이렇게 하려면 URL 테스트를 포함하는 프로젝트의 Java 빌드 경로에 다음 항목을 추가해야 합니다.
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcore.jar
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcbe101.jar
[ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.2/runtime/ecore.jar
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.java14_3.3.0/hl14.jar
[ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.1/runtime/common.jar
컴파일 문제점을 방지하기 위해 클래스 및 Java 파일을 URL 테스트 샘플에서 제거했습니다.
이 샘플은 실행하기 위한 것이 아닙니다.