--
You received this message because you are subscribed to the Google Groups "Play Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to play-framework+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/7da75a23-14d7-49ec-abc6-05fb5cb2c4fd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
How are you waiting for the response? Play WS is built on AsyncHttpClient, so there shouldn't be any waiting involved -- if you don't want to process the response, you can call .get() and the request will happen on another thread.On Thu, Feb 16, 2017 at 9:58 AM, Johan Dahlberg <jo...@dahlberg.co> wrote:Hi!Is it possible to skip waiting for the response on a WS request. We send data to an external service but don't really need to wait and see the response. That request is more than half of our response time so it would be nice to rather respond to our clients directly after sending that data. Is that possible to do?/Johan
--
You received this message because you are subscribed to the Google Groups "Play Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to play-framewor...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/7da75a23-14d7-49ec-abc6-05fb5cb2c4fd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to a topic in the Google Groups "Play Framework" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/play-framework/sMk9KLgxoPI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to play-framewor...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/CAJmgB61hbRO_tRq-nupSYyKozqRbHg8%3D569zxvg%3Dy7XEEP5hvg%40mail.gmail.com.
CompletionStage<WSResponse> response = ws.url(url).setContentType("application/json").post(rootNode);
Sorry, I was overthinking this. Obviously, it's as simple as you describe.Thank you for making my "internal failure" a lot shorter. :P/Johan
tors 16 feb. 2017 kl 20:32 skrev Will Sargent <will.s...@lightbend.com>:
How are you waiting for the response? Play WS is built on AsyncHttpClient, so there shouldn't be any waiting involved -- if you don't want to process the response, you can call .get() and the request will happen on another thread.On Thu, Feb 16, 2017 at 9:58 AM, Johan Dahlberg <jo...@dahlberg.co> wrote:Hi!Is it possible to skip waiting for the response on a WS request. We send data to an external service but don't really need to wait and see the response. That request is more than half of our response time so it would be nice to rather respond to our clients directly after sending that data. Is that possible to do?/Johan
--
You received this message because you are subscribed to the Google Groups "Play Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to play-framework+unsubscribe@googlegroups.com.
--
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/7da75a23-14d7-49ec-abc6-05fb5cb2c4fd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to a topic in the Google Groups "Play Framework" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/play-framework/sMk9KLgxoPI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to play-framework+unsubscribe@googlegroups.com.
It looks like it wasn't as simple as I thought. Now my code looks like this:
CompletionStage<WSResponse> response = ws.url(url).setContentType("application/json").post(rootNode);
This code takes over 5 seconds to run. If I don't do anything with the response shouldn't this be very fast?
/Johan
Den torsdag 16 februari 2017 kl. 20:43:54 UTC+1 skrev Johan Dahlberg:
Sorry, I was overthinking this. Obviously, it's as simple as you describe.Thank you for making my "internal failure" a lot shorter. :P/Johan
tors 16 feb. 2017 kl 20:32 skrev Will Sargent <will.s...@lightbend.com>:
How are you waiting for the response? Play WS is built on AsyncHttpClient, so there shouldn't be any waiting involved -- if you don't want to process the response, you can call .get() and the request will happen on another thread.On Thu, Feb 16, 2017 at 9:58 AM, Johan Dahlberg <jo...@dahlberg.co> wrote:Hi!Is it possible to skip waiting for the response on a WS request. We send data to an external service but don't really need to wait and see the response. That request is more than half of our response time so it would be nice to rather respond to our clients directly after sending that data. Is that possible to do?/Johan
--
You received this message because you are subscribed to the Google Groups "Play Framework" group.
To unsubscribe from this group and stop receiving emails from it, send an email to play-framewor...@googlegroups.com.
--
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/7da75a23-14d7-49ec-abc6-05fb5cb2c4fd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
You received this message because you are subscribed to a topic in the Google Groups "Play Framework" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/play-framework/sMk9KLgxoPI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to play-framewor...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/play-framework/99225e3d-8d11-45d1-8082-f9b6b1c8b3b5%40googlegroups.com.To unsubscribe from this group and stop receiving emails from it, send an email to play-framework+unsubscribe@googlegroups.com.
Yeah.... not sure how New Relic traces async processes. We use New Relic ourselves, and the data shown is not as clear as normal threaded frameworks like Spring MVC, it can be a little convoluted or misleading at times.