|
28 | 28 | * [Built-in processors](#built-in-processors) |
29 | 29 | + [Simple processor](#simple-processor) |
30 | 30 | + [Batching processor](#batching-processor) |
31 | | - + [Isolating processor](#isolating-processor) |
32 | 31 | - [LogRecordExporter](#logrecordexporter) |
33 | 32 | * [LogRecordExporter operations](#logrecordexporter-operations) |
34 | 33 | + [Export](#export) |
@@ -235,8 +234,7 @@ the following information added to the [LogRecord](data-model.md#log-and-event-r |
235 | 234 | * [`TraceFlags`](./data-model.md#field-traceflags) |
236 | 235 |
|
237 | 236 | The SDK MAY provide an operation that makes a deep clone of a `ReadWriteLogRecord`. |
238 | | -The operation can be used to implement the [isolating processor](#isolating-processor) |
239 | | -or by asynchronous processors (e.g. [Batching processor](#batching-processor)) |
| 237 | +The operation can be used by asynchronous processors (e.g. [Batching processor](#batching-processor)) |
240 | 238 | to avoid race conditions on the log record that is not required to be |
241 | 239 | concurrent safe. |
242 | 240 |
|
@@ -383,10 +381,6 @@ make the flush timeout configurable. |
383 | 381 | The standard OpenTelemetry SDK MUST implement both simple and batch processors, |
384 | 382 | as described below. |
385 | 383 |
|
386 | | -**Status**: [Development](../document-status.md) - |
387 | | -The standard OpenTelemetry SDK SHOULD implement an isolating processor, |
388 | | -as described below. |
389 | | - |
390 | 384 | Other common processing scenarios SHOULD be first considered |
391 | 385 | for implementation out-of-process |
392 | 386 | in [OpenTelemetry Collector](../overview.md#collector). |
@@ -426,21 +420,6 @@ to make sure that they are not invoked concurrently. |
426 | 420 | * `maxExportBatchSize` - the maximum batch size of every export. It must be |
427 | 421 | smaller or equal to `maxQueueSize`. The default value is `512`. |
428 | 422 |
|
429 | | -#### Isolating processor |
430 | | - |
431 | | -**Status**: [Development](../document-status.md) |
432 | | - |
433 | | -This is an implementation of `LogRecordProcessor` ensuring the log record |
434 | | -passed to `OnEmit` of the configured `processor` does not share mutable data |
435 | | -with subsequent registered processors. |
436 | | -For example, the `OnEmit` implementation of the isolating processor can be |
437 | | -a decorator that makes a deep copy of the log record before passing it to |
438 | | -the configured `processor`. |
439 | | - |
440 | | -**Configurable parameters:** |
441 | | - |
442 | | -* `processor` - processor to be isolated. |
443 | | - |
444 | 423 | ## LogRecordExporter |
445 | 424 |
|
446 | 425 | `LogRecordExporter` defines the interface that protocol-specific exporters must |
|
0 commit comments