Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix 'exceptionCaught/inbound message reached at the tail of the pipeline' warnings #131

Merged
merged 1 commit into from
Apr 5, 2016

Conversation

trustin
Copy link
Member

@trustin trustin commented Mar 31, 2016

Motivation:

Because HttpSessionHandler is added only after protocol negotiation is
complete, a message or an exception triggered before then has a chance
of hitting the tail of the pipeline. As a result, a user can see the
following messages from Netty:

An exceptionCaught() event was fired, and it reached at the tail of
the pipeline.

and:

Discarded inbound message {} that reached at the tail of the pipeline.

Modifications:

  • Refactor HttpSessionChannelFactory and HttpSessionHandler so that
    HttpSessionHandler is always available as soon as the connection
    attempt is successful
  • Move protocol negotiation signal processing to HttpSessionHandler so
    that HttpSessionChannelFactory focuses on the connection attempt

Result:

  • No more warning messages which confuses a user
  • Slightly cleaner code

@trustin trustin added the defect label Mar 31, 2016
@trustin trustin added this to the 0.12.3.Final milestone Mar 31, 2016
@trustin trustin modified the milestones: 0.13.0.Final, 0.12.3.Final, 0.13.1.Final Mar 31, 2016
…ine' warnings

Motivation:

Because HttpSessionHandler is added only after protocol negotiation is
complete, a message or an exception triggered before then has a chance
of hitting the tail of the pipeline. As a result, a user can see the
following messages from Netty:

> An exceptionCaught() event was fired, and it reached at the tail of
> the pipeline.

and:

> Discarded inbound message {} that reached at the tail of the pipeline.

Modifications:

- Refactor HttpSessionChannelFactory and HttpSessionHandler so that
  HttpSessionHandler is always available as soon as the connection
  attempt is successful
- Move protocol negotiation signal processing to HttpSessionHandler so
  that HttpSessionChannelFactory focuses on the connection attempt

Result:

- No more warning messages which confuses a user
- Slightly cleaner code
@inch772
Copy link
Contributor

inch772 commented Apr 4, 2016

LGTM!

@inch772 inch772 merged commit 89cc0d4 into line:master Apr 5, 2016
@trustin trustin deleted the no_reached_at_the_tail branch April 5, 2016 02:29
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