limited-hairdresser-5419
02/12/2024, 3:58 PMtall-lock-23197
limited-hairdresser-5419
02/12/2024, 4:57 PMtall-lock-23197
limited-hairdresser-5419
02/12/2024, 5:18 PMtall-lock-23197
limited-hairdresser-5419
02/12/2024, 6:06 PMlimited-hairdresser-5419
02/12/2024, 6:20 PMtall-lock-23197
broad-monitor-993
02/13/2024, 2:37 PMFlyteRemote
and there isn’t a principled way of extracting the original exception, besides doing some fairly hacky string parsingbroad-monitor-993
02/13/2024, 2:37 PMbroad-monitor-993
02/13/2024, 2:39 PMDynamic workflows yeahWait are you using dynamic workflows or eager workflows?
limited-hairdresser-5419
02/13/2024, 4:16 PMlimited-hairdresser-5419
02/13/2024, 4:16 PMbroad-monitor-993
02/13/2024, 4:22 PM@task
def my_task(x: int) -> int: ...
@dynamic
def wf(x: int) -> list[int]:
# x is an actual python value
try: # this works because inputs are materialized in dynamic workflows
x + "foo"
except TypeError:
...
results = []
for x in range(x):
try:
results.append(my_task(x=x))
except Exception:
... # this won't work because Flyte uses the for loop to will implicitly compile a Flyte workflow
return results