Include WorkflowType in wrapFailure error message

[DanielPBak]

Summary

• WorkflowWorker$TaskHandlerImpl.wrapFailure builds a RuntimeException message ("Failure processing workflow task. WorkflowId=..., RunId=..., Attempt=...") when a workflow task fails processing, but omits the workflow type.
• PollWorkflowTaskQueueResponse (already available on task.getResponse()) carries the workflow type, so this adds WorkflowType= to the message using that existing data — no new lookups or API surface required.
• This makes the error immediately actionable: today, debugging one of these failures requires a separate lookup (e.g. temporal workflow describe) just to find out which workflow type failed.

Test plan

• Existing WorkflowWorker/task-handler tests still pass
• No behavior change other than the added field in the exception message

[CLAassistant]

All committers have signed the CLA.

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}