이 가이드에서는 문제 해결의 근거가 될 수 있는 몇 가지 가능한 원인을 명확하게 설명한 다음 문제를 해결하기 위해 시도할 수 있는 다양한 잠재적 복구 방법에 대해 설명합니다.
승인됨: Fortect
모놀리식 응용 프로그램에서는 모든 기능이 실제로 응용 프로그램에 포함되어 있고 필요한 경우 나중에 변경할 수 있기 때문에 오류 실행이 사실상 간단합니다. 반면에 SOA는 공급업체와 파트너를 한데 모아 기업 전체에 걸쳐 서로 다른 응용 프로그램을 통합하므로 오류 처리는 SOA 응용 프로그램의 모든 중요한 단계입니다.
이 장에서는 이 프로세스 태그에서 오류 처리를 사용하는 방법을 설명합니다. 오류 처리를 통해 BPEL은 새로운 전략 서비스 구성 요소, 오류 메시지 또는 외부 글로브 서비스에 의해 복원된 기타 예외를 처리하고 비즈니스 오류 또는 실행에 대한 응답으로 오류 통신을 생성할 수 있습니다. 이 장에서는 또한 특정 오류 관리 프레임워크를 사용하여 오류를 포착하는 방법과 잘못된 작업에 대해 정책 데이터 파일에서 사용자 지정 작업을 수행하는 방법에 대해 설명합니다.
<울><리>
섹션 12.1, “오류 처리를 위한 소개”
<리>
섹션 12.2, “BPEL 표준 오류 이해”
<리>
섹션 12.3, “비즈니스 런타임 및 BPEL 오류 범주 소개”
<리>
섹션 12.4, “거버넌스 프레임워크에서 오류가 있는 오류 처리”
<리>
섹션 12, “5, BPEL 런타임 오류 식별”
<리>
섹션 12.6, “자체 GetFaultAsString XPath 확장 기능을 사용하여 오류 세부 정보 가져오기”
<리>
12.7절. “내부 시작 중 시작 오류”
<리>
섹션 12.8, “거부 작업을 사용하여 오류 거부
<리>
12.9절, “외부 오류 읽기”
<리>
12.10절, “마지막 범위를 사용하여 활동 그룹 관리”
<리>
Section 12.11, “Proofread 액션 중 근접 액션으로 액션 재실행”
<리>
12.12절, “일련의 거래 취소 후 청산 사용”
<리>
섹션 12.13, “새로운 훌륭한 종료 또는 종료 작업으로 프로세스 인스턴스 활동 종료”
<리>
12.14절, “어설션 조건으로 오류 보고하기
복합 SOA 응용 프로그램을 사용하여 오류 처리기를 만드는 방법에 대한 자세한 내용은 3장, “샘플 SOA 응용 프로그램 어설션 소개”에 설명된 Fusion Order 데모 응용 프로그램을 참조하십시오.
12.1 판단 핸들러의 거대한
오류 소개
오류 처리 루틴은 웹사이트 전문 지식이 예상과 다른 것을 반환할 때 세그먼트 BPEL 프로세스 서비스가 응답하는 방식을 정의합니다(예: 완전한 숫자 대신 올바른 오류 메시지 생성). 훌륭한 오류 처리기인 이 웹 서비스는 신용 확인 번호를 자주 반환하지만 대신 소비자 신용 포지셔닝이 부정적인 메시지를 생성합니다.
그림에서. 그림 12-1은 에러 핸들러가 오버뷰 변수를 -1000 으로 설정하는 상황을 보여줍니다.
예제 12-1의 접두어 세그먼트는 BPEL 파일에서 이 작업에 대한 오류 사용자를 정의합니다.
faultHandlers 기호에는 오류 처리 코드가 포함되어 있습니다. 이제 각 오류 처리기에는 오류 핸들과 세부 정보 세트를 복사하기 위한 변수를 설정하는 바인딩 작업이 있습니다. 그러면 일반적으로 creditRating 이 - 1000 으로 변경됩니다.
BPEL Process Service 구성 요소에 대한 웹 전문가를 선택하면 수정할 수 있는 가능한 오류에 대해 배우고 각 오류에 대한 오류 소유자를 사용자 지정할 수 있습니다.
이 URL 사이트는 BPEL 1.1 및 추가로 BPEL 2.0에 대한 표준 오류를 나열합니다. <울><리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <울><리> 유형 없음, 즉 연결된 <리> WSDL(Web Description Language) 메시지와의 통신이 거의 또는 전혀 없습니다. <리> 오류 없이 포착됨: 다음 목록은 ws-bpel 사양에 정의된 표준 문제를 보여줍니다. 모든 평균 오류 이름은 표준 WS-BPEL 네임스페이스로 보완되었습니다. <울><리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> <리> BPEL 2.0에서 관련 데이터 없이 생성된 오류를 감지하기 위한 우선 순위 구조는 일반적으로 다음과 같습니다. <울><리> 선택한 <리> 그렇지 않으면 catchAll 작업의 경우 전체 오류가 망할 CatchAll 소유자에게 전송됩니다. <리> 그렇지 않으면 표준 오류 처리기가 오류를 명령합니다. BPEL 2.0에서 바인딩된 파일로 인한 오류를 탐지하기 위한 목표 전략은 다음과 같습니다. <울><리> 오류 컴퓨터 데이터가 WSDL 메시지 유형으로 처리되는 경우 다음을 포함하는 증명: <울><리> 메시지 Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다. 12.2 Bpel 표준 오류의 이해
12.2.1 BPEL 1.1
bindingFault (BPEL은 http://schemas.oracle.com/bpel/extension 에 정의된 오프 슛을 무시함) < /p>
ConflictReceive 충돌 요청 상관관계 위반 강제 종료 잘못된 응답 JoinFailure 불일치 할당 실패 remoteFault (BPEL 확장 가능한 오류, http://schemas.oracle.com/bpel/extension 으로 세분화됨) 리워드 선택 실패 초기화되지 않은 변수 messageTypes 12.2.2 BPEL 2.0 표준 오류
ambiguousReceive 완료 조건 실패 ConflictReceive 충돌 요청 상관관계 위반 잘못된 분기 조건 무효표현값 잘못된 변수 JoinFailure 
MismatchedAssignmentFailure 답장 없음 요청 누락 scopeInitializationFailure 선택 실수 subLanguageExecutionFault 초기화되지 않은 PartnerRole 
초기화되지 않은 조정 가능 링크는 지원되지 않습니다 xsltInvalidSource xsltStylesheetNotFound 12.2.2.1 BPEL 2.0 오류 처리 우선 순위
faultVariable 를 포함하지 않는 일치하는 faultName 으로 낚시에 대한 굉장한 열정이 있는 경우 검색 오류도 식별된 낚시 활동으로 전송됩니다. faultVariable 속성이 없는 동일한 faultName 을 가진 catch 작업이 바로 있는 경우 오류는 의심할 여지 없이 식별된 catch 작업으로 전달됩니다. 승인됨: Fortect
년
