The customer would like to be able to run a subjob as a loop using an alternate to the Execute Every Row option. One suggestion that would be consistent within the product is to allow the user to start a subjob loop by selecting Repeat in the Start entry. We say "consistent" because selecting Repeat in the Start entry is one of the recommended ways to loop a job.
BACKGROUND AND USE CASE
In subjobs, a user can perform a loop by using the Execute Every Row option. But if the number of subjob loops is not dependent on the number of rows passed from a previous subjob or transformation, but instead depends on something not known until runtime, like the return from an asynchronous REST call, this can be difficult to resolve in PDI.
This impacts usability because instead of the user simply checking the Repeat option in the Start entry - as they would do for a job- the user has to either design the logic so that the subjob is pushed up to the main job or schedule the job to run repeatedly which can cause issues in real-time or near-real time scenarios.
Please see the Use Case for more details.
A subjob is kicked off when a Jenkin's job completes. The subjob and primary job must run and complete within 5 minutes of the Jenkins job completion. Since Jenkins jobs can occur at anytime, the customer would like to take advantage of the loop functionality that would check for job completion every 30 seconds.