Dariusz Jędrzejczyk

Thank you for the report. It looks similar to other reports that we have still open regarding the hot fluxes. I'll try to gather the knowledge and summarize them. I'm...

Hey, thank you for a detailed report! I don't think it's necessary, it must be a bug. Do you have an idea where the issue lies? If so, a contribution...

Hey, thanks for the suggestion. `Mono.justOrEmpty(@Nullable T)` exists since #26 You can combine it with `.flux()`: ```java Object x = null; Flux f = Mono.justOrEmpty(x).flux(); f.subscribe(System.out::println, System.err::println, () -> System.out.println("done"));...

Sorry for the delay in responding. Is `Mono.justOrEmpty(x).flux()` not a satisfactory solution?

Thanks, I'll close the issue, marked as "has workaround".

Thanks for the mention @sdeleuze. I generally agree with the sentiment stated by @dkhalanskyjb: > Using 64 threads like you suggest when blocking calls are typically not expected is not...

Hi, the marble diagrams guide is https://github.com/reactor/reactor-core/blob/main/docs/svg/README.md?plain=1 - contribution would be welcome!

Interesting, thanks for sharing @jeffrey-easyesi! @msridhar we have just two such occurrences for the same enum, which we changed from ```java final String name = MicrometerMeterListenerConfiguration.resolveName(source, LOGGER, MicrometerObservationListenerDocumentation.ANONYMOUS.getName()); ``` to...

Hi! I just wanted to add a data point reflecting the importance of addressing this. In reactor-core we currently have [137 suppressions](https://github.com/search?q=repo%3Areactor%2Freactor-core%20https%3A%2F%2Fgithub.com%2Fuber%2FNullAway%2Fissues%2F1157&type=code) related to this problem. I am hopeful that...

Thank you for the report. I moved this to the appropriate repository. I will try to have a look when I have some time, but contributions are welcome if anyone...