OIM을 처음 접했고 사용자 정의 커넥터를 포함하여 oim과 커넥터에서 자주 발생하는 오류를 추적하고 있으며 작업 타임 스탬프를 기준으로 오류 로그를 작성했습니다. 낭비.실제 프로세스 작업에 커넥터 오류를 발생시키는 방법
작업 수준에서 응답 코드 매핑을 사용하여 오류를 구분할 수 있다는 것을 알고 있지만 커넥터 오류의 경우 "커넥터 예외"만 볼 수 있습니다.
이러한 경우 오류를 표시하는 더 좋은 방법이 있습니까?
추가 질문 : 대상에 연결하여 오류가 발생하여 모든 작업에서 발생합니다. 이 경우 한 번에 응답 코드를 어디에 처리해야합니까?
내가 수행하고자하는 것을 얻는 유일한 방법은 프로세스 작업에서 사용중인 커넥터 번들/사용자 지정 어댑터를 수정하는 것입니다. 그런 다음 catch 한 오류를 기반으로 사용자 정의 응답을 추가 할 수 있습니다. 이러한 응답은 계정의 자원 내역에서 볼 수있는 응답으로 프로세스 작업에 추가 될 수 있습니다. 로그 메시지를 보려면 em 콘솔을 방문하는 것보다 시간이 오래 걸릴 것입니다. 실패 처리 작업에 다시 시도 구성
:
다른 항목을 조사합니다. 이런 식으로 오류가 발생하면 OIM은 지정된 시간 후에 작업을 다시 시도 할 수 있습니다.
열린 작업을 사용하여 여러 번의 실패한 프로세스 작업을 다시 시도 /보기하는 데 사용할 수있는 좋은 영역입니다. 로그보다 많은 정보를 제공하지는 않지만 패턴을 찾거나 실패한 여러 작업을 한 번에 해결하는 데 도움이 될 수 있습니다.
추가 질문이 명확하지 않음 – Chaitanya
"대상 응용 프로그램"이 다운되면 모든 작업이 실패합니다. 모니터링 이외에도 "연결할 수 없습니다"라는 작업을 표시하고 싶지만 작업 정의 (응답 코드)별로 작업을 구성하는 데는 프로세스 정의 당 30 개 이상의 작업이 있고 시간당 50 프로세스 정의 응답 코드 매핑을 구성해야합니다. –