Re: HttpClient API usage feedback/questions

2018-06-06 Thread James Roper
On Wed, 6 Jun 2018 at 21:03, Chris Hegarty wrote: > > > On 4 Jun 2018, at 03:48, James Roper wrote: > > > > ... > > > > +1 on variants of getContentType that give you either the media type or > the charset parsed from the content type header. Without them

Re: HttpClient API usage feedback/questions

2018-06-03 Thread James Roper
text/plain, or application/xml, in order to parse that correctly, you'll need to do things like .matches("text/plain(?;.*)?"). Whereas, if you had a getMediaType() you could just do a .equals("text/plain"). -- *James Roper* *Senior Developer, Office of the CTO* Lightbend <http

Re: OT? reactive streams

2018-05-16 Thread James Roper
ny such resources for > learning/tinkering? > > Thanks! > > -- > Simon Roberts > (303) 249 3613 > > -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>

Re: java.net.Socket should report the attempted address and port

2018-04-22 Thread James Roper
> base? I do believe it would help a lot of people out there. > > Based on my understanding, once I have signed the OCA, I should simply > write an email to the group and request a sponsor to pick up this issue. > Could someone help me with this? > > Thank you, > Peter >

Re: RFR [11] 8197564: HTTP Client implementation - JEP 321

2018-04-02 Thread James Roper
> > Thanks ! > > -- > Simone Bordet > --- > Finally, no matter how good the architecture and design are, > to deliver bug-free software with optimal performance and reliability, > the implementation technique must be flawless. Victoria Livschitz > -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>

Re: RFR [11] 8197564: HTTP Client implementation - JEP 321

2018-03-28 Thread James Roper
evelopers will have an option where the answers are guaranteed >>>> to be yes without the developer having to do any mapping themselves, and >>>> the lines of code to do that will be one. >>>> >>>> Sure, if one has a higher-level library that work

Re: RFR [11] 8197564: HTTP Client implementation - JEP 321

2018-03-21 Thread James Roper
n be found on the > > networking groups page. > > http://openjdk.java.net/groups/net/httpclient/ > > > -Chris. > > [1] https://bugs.openjdk.java.net/browse/JDK-8197565 > [2] https://bugs.openjdk.java.net/browse/JDK-8199938 -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>

Re: RFE: Add PATCH to the list of the supported HTTP methods

2018-03-06 Thread James Roper
sher)` > > ,so it is currently possible to use the `PATCH` method. > > Is `PATCH` sufficiently popular to warrant its own self-named > method in the request builder? > > -Chris. > -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>

Re: websockets

2018-03-04 Thread James Roper
y on what web browsers > (which is the target application developer experience that >WebSockets were > designed for) support as being high level, and what the WebSocket protocol > allows beyond this as low level. > >> >> Regards, >> >> James >> >> &g

Re: websockets

2018-03-01 Thread James Roper
, very precise error semantics etc, and such a use case would be well served by the current low level API. Regards, James On 26 February 2018 at 22:15, Simone Bordet <simone.bor...@gmail.com> wrote: > James, > > On Mon, Feb 26, 2018 at 4:37 AM, James Roper <ja...@li

Re: websockets

2018-02-25 Thread James Roper
t; why we should create one more of them. Would you rather have something >> low-level, you could then implement your high-level API that is most >> relevant to >> your case? >> > > You can see the reactive WebSocket API facade (abstracting different > clie

Re: websockets

2018-02-19 Thread James Roper
to verify it. On 20 February 2018 at 08:41, Simone Bordet <simone.bor...@gmail.com> wrote: > James (hi! :) > > On Fri, Feb 16, 2018 at 12:55 AM, James Roper <ja...@lightbend.com> wrote: > > The question for me then is whether there is value in introducing an > >

Re: WebSocket

2018-02-18 Thread James Roper
e best client/server communication in the process. If > necessary, create two implementations: WebSocketFast and > WebSocketSlow. > > I'll go back to my cave now and pout about what has happened to my > once fabulous WebSocket. > -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>

Re: websockets

2018-02-15 Thread James Roper
difficult if not impossible. Regards, James On 12 February 2018 at 16:33, Pavel Rappo <pavel.ra...@oracle.com> wrote: > Hello James, > > Thanks for the comprehensive reply to Chuck's email. Now regarding your > own email. > > > On 10 Feb 2018, at 07:38, James Roper

Re: websockets

2018-02-13 Thread James Roper
On 12 February 2018 at 18:56, Chris Hegarty <chris.hega...@oracle.com> wrote: > James, > > On 10/02/18 07:38, James Roper wrote: > >> ... >> >> https://developer.lightbend.com/blog/2018-02-06-reactive-str >> eams-ee4j/index.html >> > > Regardi

Re: websockets

2018-02-11 Thread James Roper
ndly ask you to provide an example of an application that is possible to > implement in a non-back-pressured model and is not possible in the proposed > WebSocket API. > > Thanks, > -Pavel > > --- > [1] https://github.com/rea

Re: websockets

2018-02-09 Thread James Roper
l and whole > messages. The jdk8 implementation decoders/encoders accumulate > messages and assemble them until the message is complete and then pass > it to the Endpoint -- much more satisfactory arrangement. > > I cannot fathom the meaning or improvement of this new wrinkle. > > Th

Re: JEP 321: HTTP Client - Use of Flow.Subscriber and Flow.Publisher

2017-12-10 Thread James Roper
, > > Thanks for taking the time to look at this, and sending your thoughts. > > On 08/12/17 00:30, James Roper wrote: > > Hi all, > > > > I wanted to start a discussion about the use of Flow.Subscriber and > > Flow.Publisher in JEP 321 (HTTP Client API). > &

JEP 321: HTTP Client - Use of Flow.Subscriber and Flow.Publisher

2017-12-07 Thread James Roper
to decide on that, it's something that we should keep in mind. Regards, James -- *James Roper* *Senior Octonaut* Lightbend <https://www.lightbend.com/> – Build reactive apps! Twitter: @jroper <https://twitter.com/jroper>