Exam DP-203 topic 4 question 49 discussion

ExamTopics team, please, do one of the following: 1) clearly explain and provide the support link or material for the answer you chose, or 2) correct the answers selected. As stated in answers below in this discussion, the response are N-Y-N or N-N-N, but there's nothing that can point us to the answer given in the resolution.

No, No, No The Retry Property is not set to one for Web_GetIP: Otherwise, we would see a retry of that activity in the first run. waitOnCompletion property is not set to true: In the second run, Exec_COPY_BLOB takes as long as in the first one, despite being skipped. So, it could not have been waiting for the pipeline that it had triggered to complete. Exec_COPY_BLOB cannot be skipped due to a pipeline dependency since it is the first activity in the pipeline. Most likely, its activity state was manually set to ‚skipped‘.

The common sense leans towards answers being either no/no/no or no/yes/no. Here’s my analysis: Retry Information: The panel only shows the general status, not specific retry counts. You can't confirm retry settings without checking the Details or activity settings. So, the answer is no if asked if retry is greater than 0. waitOnCompletion Property: Comparing activity times suggests waitOnCompletion might be set in the second activity, not the first, which makes sense since the first activity can't have dependencies. Hence, the answer is no for the first activity. Skipped Activities: The first activity isn’t skipped due to dependency but may be skipped based on parameters or conditions like "skip if copied less than 3 hours ago." Pipelines don’t have retries, only activities do. So, the answer remains no.

No, no, no

no --> in the first run, pipline failed, so there's no retry yes --> it is a default option for nested pipelines; it doesn't seem to be changed here no --> in the second run, pipeline has been restarted from failed activities, causing the skip on the first activity, which succeeded in the last pipeline run