hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Kalnichevski (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HTTPCORE-295) Change Traffic class of an established connection
Date Mon, 12 Mar 2012 18:42:38 GMT

    [ https://issues.apache.org/jira/browse/HTTPCORE-295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13227764#comment-13227764

Oleg Kalnichevski commented on HTTPCORE-295:

You cannot retrieve the socket, but you can retrieve SocketAccessor of the underlying IO session,
cant you? ;-)

I do not have a problem with #setTrafficClass returning a boolean flag, even though that breaks
the conventional setter pattern. Wouldn't it make everyone's life easier, though, if NHttpConnectionBase
simply implemented SocketAccessor too?

> Change Traffic class of an established connection
> -------------------------------------------------
>                 Key: HTTPCORE-295
>                 URL: https://issues.apache.org/jira/browse/HTTPCORE-295
>             Project: HttpComponents HttpCore
>          Issue Type: Improvement
>          Components: HttpCore NIO
>    Affects Versions: 4.1.3, 4.2-beta1
>            Reporter: Jørgen Nordmoen
>            Priority: Minor
>         Attachments: hc-2.diff, hc.diff
> Request:
> Currently there is no possibility of changing the traffic class in HTTPCore, this could
be fixed by exposing the methods setTrafficClass(int) and getTrafficClass() in http://docs.oracle.com/javase/7/docs/api/java/net/Socket.html.
This can already be done with setSocketTimeout(int), and there is also a feature request for
doing it with setTcpNoDelay() and setSocketKeepalive() (https://issues.apache.org/jira/browse/HTTPCORE-288).
> Motivation:
> Supporting traffic class could be quite beneficial for HTTPComponents as it allows projects
depending on HC to control the quality of service. This could be used by e.g. Apache Synapse
to give outgoing request or replies different QoS parameters depending on the client connecting
to the service.
> Problems:
> As I'm not familiar enough with HTTPCore I can't give a precise suggestion here, but
just by guessing the same issues put forward by this issue: https://issues.apache.org/jira/browse/HTTPCORE-288
might effect this request to.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org

View raw message