[
https://issues.apache.org/jira/browse/HTTPCORE-295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13227400#comment-13227400
]
Jørgen Nordmoen edited comment on HTTPCORE-295 at 3/12/12 10:05 AM:
--------------------------------------------------------------------
Ah, that makes more sense :P
I have had one problem implementing the SocketAccessor in SSLIOSession, where
can I retrieve a socket?
Other than that I have changed NHttpConnectionBase as per you request. I will
upload a diff file once the SSLIOSession i done.
Edit: Do you agree with the way we implemented setTrafficClass? Returning a
boolean as the underlying socket may return null we wanted to tell code using
it if it didn't work, but we didn't have a good exception to throw.
was (Author: jorgno):
Ah, that makes more sense :P
I have had one problem implementing the SocketAccessor in SSLIOSession, where
can I retrieve a socket?
Other than that I have changed NHttpConnectionBase as per you request. I will
upload a diff file once the SSLIOSession i done.
> 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: [email protected]
For additional commands, e-mail: [email protected]
