[jbosstools-dev] Refactoring openshift-restclient-java to depend upon OkHttp client

[Max Rydahl Andersen]

On 26 Jun 2016, at 17:53, Jean-Francois Maury wrote:

> SPDY is really a target ? I thought HTTP/2 is the future.

Yes, but right now SPDY is what OpenShift uses - but yeah, in future
its probably full http/2 which its why I ask about #0 and #1

/max
>
> Jeff
>
> On Sun, Jun 26, 2016 at 11:11 AM, Max Rydahl Andersen <manderse at redhat.com>
> wrote:
>
>>
>>> The current release of the openshift-restclient-java, for not so
>>> obvious
>>> reasons, depends on no less then 3 libraries to provide the underlying
>>> communication to the cluster server.  The following PR
>>> https://github.com/openshift/openshift-restclient-java/pull/179
>>> unifies
>>> this dependency to a single client which is based on OkHttp.  We are
>>> looking to make this change to:
>>>
>>> * Provide a common way to make REST calls
>>> * Simplify the authorization semantics to an openshift cluster
>>> * Simplify the pattern of making REST calls over what is done today
>>> * In future, take advantage of its SPDY support to move away from the
>>> oc
>>> binary dependency
>>> * Put us in a better position to move to the Fabric8 client (if that
>>> ever
>>> happens)
>>>
>>> Any comments or objects are welcome
>>
>> 0) "In future" about SPDY - what does that mean ? Can OKhttp already
>> talk with SPDY
>>     on Java 8 without changing the bootclasspath ?
>>
>> 1) did you look at the work Stuart Douglas did ? (see mail thread: "ALPN
>> in Java")
>>     Would that be a better option for SPDY ? That would work for Java 8
>> at least.
>>
>> 2) will this integrate with use of proxy settings etc. configured in
>> Eclipse ?
>>     that is what ECF today does for normal http URL connections, if you
>> are using
>>     a separate library my guess is that it is ignoring proxy and other
>> auth setup
>>     done in eclipse, but I could be wrong.
>>
>> /max
>>
>>
>> /max
>> http://about.me/maxandersen
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>>




/max
http://about.me/maxandersen