Claus Ibsen created CAMEL-26508:
-----------------------------------
Summary: camel-netty - with transferExchange the consumer keeps
its own connection headers
Key: CAMEL-26508
URL: https://issues.apache.org/jira/browse/CAMEL-26508
Project: Camel
Issue Type: Improvement
Components: camel-netty
Reporter: Claus Ibsen
Assignee: Claus Ibsen
Fix For: 4.24.0
With transferExchange=true the TCP consumer first sets the headers it derives
from the connection (CamelNettyRemoteAddress, CamelNettyLocalAddress and, with
a client certificate, the CamelNettySSLClientCert* headers), and then
unmarshals the received exchange, which replaces all headers with the ones in
the transferred exchange.
The connection headers describe the connection the consumer itself accepted, so
they should stay the values of the consumer: set them again after the exchange
is unmarshalled, and do not take CamelNetty* transport headers from the
transferred exchange. Document this on the transferExchange option.
_Claude Code on behalf of Claus Ibsen (davsclaus)_
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)