Skip to content

Conversation

@dsyer
Copy link
Contributor

@dsyer dsyer commented Oct 10, 2016

Some components in Spring assume (perhaps wrongly) that a channel
interceptor will not convert a mutable message into an immutable one, and
they continue to modify the headers dowstream. We can dosge the issue of
whether this is right or wrong by keeping the message headers mutable, just
in case.

Dave Syer added 2 commits October 10, 2016 13:27
Some components in Spring assume (perhaps wrongly) that a channel
interceptor will not convert a mutable message into an immutable
one, and they continue to modify the headers dowstream. We can
dosge the issue of whether this is right or wrong by keeping the
message headers mutable, just in case.

It would probably be better to refactor the SpanInjector so that
it works with something other than the MessageBuilder, but we can
defer doing that in favour of this smaller change that works.

Adds a test for mutability. Also tested with the
gs-messaging-stomp-websocket guide from spring.io.

Fixes spring-cloudgh-276
When wrapping a ThreadPoolTaskExecutor in a bean postprocessor
we should take care that the delegate gets the lifecycle callbacks
from the container. Otherwise when it is first used, the thread pool
will not have been initialized, resulting in an exception.

(Can't believe this ever actually worked)
@marcingrzejszczak
Copy link
Contributor

:shipit:

@marcingrzejszczak marcingrzejszczak added this to the 1.0.10 milestone Oct 10, 2016
@dsyer dsyer merged commit d092d62 into spring-cloud:1.0.x Oct 10, 2016
@dsyer dsyer removed the in progress label Oct 10, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants