You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From an observability perspective it would be very useful to have some system jms properties that represent the compression algorithm used for each message.
We could implement this by adding some X-PulsarCompression property while consuming the message (and in QueueBrowser)
This property is not expected to be available for selectors.
It is better to not materialize this property on the producer side, as it will add costs, both as storage and both for the server side processsing of selectors.
The text was updated successfully, but these errors were encountered:
From an observability perspective it would be very useful to have some system jms properties that represent the compression algorithm used for each message.
We could implement this by adding some X-PulsarCompression property while consuming the message (and in QueueBrowser)
This property is not expected to be available for selectors.
It is better to not materialize this property on the producer side, as it will add costs, both as storage and both for the server side processsing of selectors.
The text was updated successfully, but these errors were encountered: