Rongsong Shen
0c4573b54a
Adds case WAL_JOB_ARRAY_SUBMIT to apply_committed_entry() (the live apply pump / boot replay dispatch seam): calls restore_job_array() (task 3.1) instead of restore_job(), and on success fires HOOK_DETAIL_JOB_NEW exactly once carrying every newly created element in restore_job_array()'s own out_new_jobs list -- never once per element. No hook fires on an idempotent no-op (-EEXIST) or any genuine construction failure, honestly propagating task 3.1's documented bulk-insert-phase residual gap rather than papering over it. apply_wal_entry() (standby catch-up) is untouched -- task 3.3. Task 3.2 of job-array-single-wal-record. |
||
|---|---|---|
| .. | ||
| settings | ||
| specs | ||
| steering | ||