fix(telemetry): reject non-positive maxExportBatchSize at plugin load
Review finding, pinned red-first: the SDK accepts processor.maxExportBatchSize <= 0 (or fractional), but its shutdown drain then splices empty batches without consuming the queue — disposing telemetry hangs forever whenever records are queued. The constructor now rejects a non-positive-integer batch size before building the SDK processor, per the misconfiguration-fails-loud rule; everything else in the processor block remains the SDK's verbatim passthrough.
This commit is contained in:
@@ -2,5 +2,5 @@
|
||||
# side as of the last confirmed-consistent state. Both languages carry equal authority;
|
||||
# after editing either side, bring the other along and re-record with:
|
||||
# pnpm run verify-translation-pairing --write
|
||||
README.md: 6ead0ec7b7053551676b482dd4c905c8cd7cc1fe
|
||||
README.zh.md: 852242bfc4ac719660f31935167d2f4fa0f58f2e
|
||||
README.md: e345449033b066103fb14e546e8d9909d68fe696
|
||||
README.zh.md: 6cad58ebc1ad9bab6dc722fcf0d702f500891d32
|
||||
|
||||
Reference in New Issue
Block a user