Added workflow retry policy propagation during continue-as-new and to ContinueAsNewOptions.

[mfateev]

What was changed

After this change if a worklfow has RetryOptions configured then they are copied to the continued workflow.

Added RetryOptions to ContinueAsNewOptions to allow overriding them when calling contineu-as-new.

Added WorkflowInfo.getRetryOptions to give access to the options from the worklfow code.

Why?

Currently there is no ability to specify retry options to the next workflow execution when calling continue-as-new.

[Quinn-With-Two-Ns]

Thanks for this,

Technically this is a backwards incompatible change, but we where OK with it in the Go SDK so I see no reason not to allow it here.

[Quinn-With-Two-Ns]

closes #1959

[Quinn-With-Two-Ns]

related #1201

[MatthewHou]

@mfateev Thank you for the fix! I have tested out your change locally and noticed 2 things:

1. An empty ContinueAsNewOptions needs to be provided when calling continueAsNew for the default RetryOptions to be copied over. This seems to be related to the null check here. I'm not sure if this the expected behaviour.
2. The retry attempt count resets to 1 in the continued workflow. I guess this is a server side bug related to this issue?
   Retry Policy should be copied to the continued as new workflow. temporal#5249

[mfateev]

@MatthewHou

1. Good catch. I've updated the PR to copy RetryOptions on empty ContinueAsNewOptions.
2. This is by design, as retries are reset on each continue-as-new. Note that the specific run of a workflow is retried not the whole chain.