Single doesn't expose blockingGet with timeout

249 views
Skip to first unread message

Shvalbo

unread,
May 30, 2019, 9:57:05 AM5/30/19
to RxJava
Hey,

We would greatly benefit having override for Single.blockingGet(long, TimeUnit) - same as in Completable.

Any thoughts on that?

Dávid Karnok

unread,
May 30, 2019, 10:02:27 AM5/30/19
to Shvalbo, RxJava
Why do you need timed blocking? We don't want to encourage too much use of the blockingXXX methods.

This message is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged, confidential or otherwise legally exempt from disclosure. If you are not the named addressee, or have been inadvertently and erroneously referenced in the address line, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message.

--
You received this message because you are subscribed to the Google Groups "RxJava" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rxjava+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rxjava/93d7361c-b87d-4506-92c6-90e87007e749%40googlegroups.com.


--
Best regards,
David Karnok

Shvalbo

unread,
May 30, 2019, 10:58:40 AM5/30/19
to RxJava
Very useful for unit-tests when you don't care much about async behavior.

and it would be nice to be consistent between Single/Completable/Future/Observable...API wise when it makes sense.

Dávid Karnok

unread,
May 30, 2019, 11:17:35 AM5/30/19
to Shvalbo, RxJava
That's why TestObserver exist with its awaitDone and assertResult methods.

This message is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged, confidential or otherwise legally exempt from disclosure. If you are not the named addressee, or have been inadvertently and erroneously referenced in the address line, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message.

--
You received this message because you are subscribed to the Google Groups "RxJava" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rxjava+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/rxjava/062d20a4-3ed1-49ce-88ff-feaaa74fa900%40googlegroups.com.

Shvalbo

unread,
May 30, 2019, 11:51:08 AM5/30/19
to RxJava
Ok, I need to get more familiar with using this class.

so why it makes sense to have it in Completable?



On Thursday, May 30, 2019 at 11:17:35 AM UTC-4, Dávid Karnok wrote:
That's why TestObserver exist with its awaitDone and assertResult methods.

'Shvalbo' via RxJava <rxj...@googlegroups.com> ezt írta (időpont: 2019. máj. 30., Cs, 16:58):
Very useful for unit-tests when you don't care much about async behavior.

and it would be nice to be consistent between Single/Completable/Future/Observable...API wise when it makes sense.


On Thursday, May 30, 2019 at 9:57:05 AM UTC-4, Shvalbo wrote:
Hey,

We would greatly benefit having override for Single.blockingGet(long, TimeUnit) - same as in Completable.

Any thoughts on that?

This message is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged, confidential or otherwise legally exempt from disclosure. If you are not the named addressee, or have been inadvertently and erroneously referenced in the address line, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this message in error, please notify the sender immediately by e-mail and delete all copies of the message.

--
You received this message because you are subscribed to the Google Groups "RxJava" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rxj...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages