1Z0-478 · Question #67
Composite X invokes an outbound DB adapter to write data to a database table. You have configured JCA at the binding component as follows: <property name = "jca.retry.count" type = "xs:int" many =…
The correct answer is E. The JCA retries occur within the fault policy retries. So three fault policy retries are executed three. Global retries for any error handling are returned to the BPEL Receive activity instance, for example, or, more generally, to the point at which the transaction started. Such a retry could occur if there was an error such as a temporary database fault. The default retry count…
Question
Composite X invokes an outbound DB adapter to write data to a database table. You have configured JCA at the binding component as follows:
<property name = "jca.retry.count" type = "xs:int" many = "false" override = "may" > 2</property> <property name = "jca.retry.interval" type = "xs:int" many = "false" override = "may" > 2</property> You have also modeled a modeled a fault policy to retry the invocation three times in case of remoteFault as follows:
<retryCount>3<retryCount> <retryInterval>3<retryInterval> Which result describes what happens when the database that is being accessed by the above binding component goes down?
Options
- AThe invocation is retrieved for a total of two times every two seconds. Fault policy retries are
- BThe invocation is retried for a total of six times every three seconds.
- CThe invocation is retried for a total of six times every two seconds.
- DThe fault policy retries occur within the JCA retries. So two JCA retries are executed two seconds
- EThe JCA retries occur within the fault policy retries. So three fault policy retries are executed three
How the community answered
(20 responses)- B10% (2)
- D5% (1)
- E85% (17)
Explanation
- Global retries for any error handling are returned to the BPEL Receive activity instance, for example, or, more generally, to the point at which the transaction started. Such a retry could occur if there was an error such as a temporary database fault. The default retry count is by default indefinite, or specified in the jca.retry.count property. * Properties you can specify in the composite.xml file include: /jca.retry.count Specifies the maximum number of retries before rejection. Again, specifying this value is a pre- requisite to specifying the other property values. /jca.retry.interval Specifies the time interval between retries (measured in seconds.) * A remoteFault is also thrown inside an activity. It is thrown because the invocation fails. For example, a SOAP fault is returned by the remote service.
Topics
Community Discussion
No community discussion yet for this question.