- 메시지 플로우가 마지막으로 실행된 후에
변경된 사항이 있습니까?
그럴 경우, 오류는 플로우의 새 부분이나 수정된 부분에
있을 것입니다. 변경사항을 조사하고 문제점의 분명한 원인을 찾을 수 있는지 확인하십시오.
- 이전에 메시지 플로우의 모든 기능을 사용했습니까?
이전에 호출한 적이 없는 메시지 부분을 사용할 때
문제가 발생했습니까? 그럴 경우, 오류는 해당 부분에 있을 것입니다. 사용자 추적, Trace 노드 및
Workbench의 디버거 기능을 사용하여
메시지 플로우 실패시 수행 중이었던 작업을 알아내십시오.
이전의 여러 경우에 메시지 플로우를 실행했다면,
현재 큐 상태 및 오류 발생시 처리 중이었던 파일을 점검하십시오.
메시지 플로우에 거의 사용되지 않는 경로를
호출하는 몇몇 이상한 데이터 값이 들어 있을 수 있습니다.
- 메시지 플로우가 모든 리턴 코드를 점검합니까?
시스템이 사소하게 변경되었을 수 있지만,
메시지 플로우가 변경 결과로 수신하는 리턴 코드를 점검하지 못합니까? 예를 들면,
- 메시지 플로우가 액세스하는 큐를 공유할 수 있다고 가정합니까? 큐가 독점 큐로 재정의된 경우, 메시지 플로우가 큐에 더 이상 액세스할 수 없음을
나타내는 리턴 코드를 처리할 수 있습니까?
- 보안 프로파일이 변경되었습니까? 보안 위반으로 인해 메시지 플로우가
실패할 수 있습니다.
- 메시지 플로우가 특정 메시지 형식을 예상합니까?
예상치 못한 메시지 형식의 메시지가 큐에 들어간 경우(예를 들면,
다른 운영 체제에 있는 큐 관리자의 메시지), 데이터 변환 또는 다른 처리 형식이
필요할 수 있습니다.
또한, 사용된 메시지 형식을 변경했는지도 점검하십시오.
- 메시지 플로우를 다른 WebSphere Message Broker 시스템에서 실행합니까?
문제의 원인이 되는 시스템이 다른 방식으로 설치되었습니까? 예를 들면, 큐가 동일한 최대 메시지 길이 또는 우선순위로
정의되었습니까? 사용된 데이터베이스 또는 설치 방식에 차이점이 있습니까?
- 사용자 정의 확장을 사용 중입니까?
LIL(Loadable Implementation Library)에
변환 또는 컴파일 문제가 있을 수 있습니다. 코드를 보기 전에,
변환기, 컴파일러 또는 어셈블러 및 연계 편집기로부터 생성된 출력을 조사하여 오류가 보고되었는지 확인하십시오. 사용자 정의 확장이 작동하려면 오류를
해결해야 합니다.
문서에 이러한 각 단계가 오류 없이 완료되었음이 표시되면 메시지 플로우 논리,
메시지 세트 또는 사용자 정의 확장에 대한 코딩을 고려해 보십시오. 문제점 증상이
실패 기능 및 이에 따른 오류 코드 부분을 나타냅니까?
자세한 정보는 사용자 정의 확장 구성요소를 참조하십시오.
- 데이터베이스와 같은 WebSphere Message Broker 또는
외부 자원에 오류가 있습니까?
내장 노드에서 failure 터미널을 잘못 사용했기 때문에 메시지 플로루에 손실 오류가
발생할 수 있습니다. failure 터미널을 사용하는 경우, 오류를 적절하게 처리해야
합니다. failure 터미널에 대한 정보는 메시지 플로우 내의 오류 핸들링을 참조하십시오.