DanielLeens commented on PR #11788:
URL: https://github.com/apache/seatunnel/pull/11788#issuecomment-5558557774

   Thanks @nzw921rx and @davidzollo for taking a look!
   
   One thing worth double-checking before this merges: the head is still 
`5a3f7f08` — the same commit I reviewed on 2026-08-13 — and no follow-up commit 
has landed since to address the two High-severity findings from that review:
   
   - **Issue 1**: the new DataHub sink FAQ documents a 
`${table}`/`${table_name}` multi-table topic-routing placeholder that doesn't 
exist in `connector-datahub` — `DataHubSink`/`DataHubWriter` pass the 
configured `topic` string straight through with no templating anywhere in the 
module (`DataHubWriter.java:82,91`). Following the documented example in a 
multi-table job would route every table to one literal (likely nonexistent) 
topic name.
   - **Issue 2**: the FAQ also claims retry-exhausted DataHub write failures 
are "surfaced to the job," but `DataHubWriter.write()` only logs and swallows 
`DatahubClientException` (`DataHubWriter.java:90-105`), and the `retry()` 
helper has a bug that logs a false "success" after just one iteration whenever 
`retryTimes != 0`. So failures are neither surfaced nor accurately logged today.
   
   Both are in `docs/en/connectors/sink/Datahub.md` / 
`docs/zh/connectors/sink/Datahub.md` and are unrelated to the other four 
connectors' FAQs in this PR, which I verified accurate. Given these describe 
user-facing behavior that doesn't match the actual connector, I'd still treat 
them as blockers rather than something to fix in a follow-up — want to flag 
this before it merges on the strength of the LGTMs above.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to