fix: Delete completed tasks' data files when an Iceberg write job fails (#5663)

* fix: delete data files left by a failed native Iceberg write task

iceberg-java's writer abort deletes the files a failed task attempt
wrote; the native path left them for remove_orphan_files. Close the gap
in both places a task can fail.

Inside the native writer, a TrackingLocationGenerator records every
location handed to a file writer, since iceberg-rust's writers keep
finalized files private until close and have no abort hook. The task
deletes the recorded locations when a write fails, and an AbortOnDrop
guard does the same when the task future is dropped without ever seeing
an error, which is what happens when the JVM input iterator throws:
executePlan returns that error from its JNI batch pull and the JVM
releases the plan.

After the native writer has returned, CometIcebergWriteExec registers a
task failure listener that deletes the decoded manifest's files through
the table FileIO, via a new best-effort IcebergReflection helper.

Both deletions log failures rather than raising them, so the original
task failure is the one Spark reports.

Closes #5618

* fix: keep the Iceberg abort guard armed until deletion finishes

* fix: delete completed tasks' data files when an Iceberg write job fails

IcebergCommitExec collected task commit messages with executeCollect,
which only returns once every task has succeeded, so a job failure left
the committer with no messages and the data files of the tasks that had
completed stayed in the table's data location.

Collect each task's message as it finishes through a runJob result
handler, as Spark's own V2 write does, and abort with the completed
messages. Iceberg's SparkWrite.abort only deletes files after a
cleanable commit failure and skips cleanup before any commit was
attempted, so the committer then deletes the completed tasks' data files
itself through the table FileIO; nothing can reference them at that
point. The failing task's own files are handled by task-level cleanup.

Closes #5277

---------

Co-authored-by: test <a@b.c>