최종 완료 코드와 함께 구성 관리자 프록시를 사용한 브로커 도메인 관리의 결과 점검

이 작업은 구성 관리자 프록시(CMP) 응용프로그램을 개발하는 더 큰 작업의 일부입니다.

CMP의 상태 변경 메소드 대부분은 이 방법에 따라 리턴 코드를 사용하지 않습니다. 해당 방법에서는 조치 결과를 찾는 것이 약간 더 복잡할 수 있습니다. 스레드 전반에서 관리 오브젝트가 공유되지 않는다고 가정하면 다음 코드 단편으로 요청 결과를 찾아 브로커의 LongDescription을 수정할 수 있습니다. 여기서 bBrokerProxy의 인스턴스입니다.
GregorianCalendar oldCCTime =
                         b.getTimeOfLastCompletionCode();
b.setLongDescription(newDesc);
GregorianCalendar newCCTime = oldCCTime;
while (oldCCTime.equals(newCCTime)) {
  newCCTime = b.getTimeOfLastCompletionCode());
  Thread.sleep(1000);
}
CompletionCodeType ccType = b.getLastCompletionCode();
if (ccType == CompletionCodeType.success) {
  // etc.
}

이 예에 따라 토폴로지가 완료 코드를 최종 수신한 시점(토폴로지의 조치가 최종 완료된 시점)을 응용프로그램이 계속해서 조회합니다. createBroker()의 결과가 CMP로 리턴될 경우 완료 코드가 갱신되고 while 루프에서 제어가 중단됩니다. 이 때 최종 완료 코드가 판별됩니다.

구성 관리자가 요청을 처리하는 동안 CMP 응용프로그램이 대기하기 때문에 명령 결과를 판별하는 이 알고리즘은 멀티스레드 응용프로그램에 부적합할 뿐만 아니라 비효율적입니다.

이 작업을 수행하는 더 좋은 방법으로 관리 오브젝트 공고를 사용합니다(오브젝트 공고와 함께 구성 관리자 프록시를 사용한 브로커 도메인 관리의 결과 점검 참조).

관련 작업
구성 관리자 프록시를 사용한 도메인 관리의 결과 점검
리턴 코드와 함께 구성 관리자 프록시를 사용한 도메인 관리의 결과 점검
오브젝트 공고와 함께 구성 관리자 프록시를 사용한 브로커 도메인 관리의 결과 점검
주의사항 | 등록상표 | 다운로드 | 라이브러리 | 지원 | 피드백
Copyright IBM Corporation 1999, 2005 마지막 갱신 날짜: 11/07/2005
ae33080_