bad pattern to fire a sync and async event at same time?

30 views

Skip to first unread message

William Burke

unread,

May 29, 2026, 9:29:57 AMMay 29

to Quarkus Development mailing list

I'm assuming this behavior for firing events:

* If you do event.fire() only subscribers that @Observes are called

* If you do event.fireAsync() only subscribers that @ObservicesAsync are called

Is it a bad pattern to do both event.fire() and event.fireAsync()? That way subscribers that want the event synchronously can do their thing and subscribers that want it asynchronously do their thing?

Bill Burke

IBM

Eric Deandrea

unread,

May 29, 2026, 9:43:09 AMMay 29

to quark...@googlegroups.com

I’ve never actually liked the design in the first place. Shouldn’t it be up to the subscriber to decide how they want to handle the event (async vs sync)? Different subscribers to an event may want to handle it differently. Why should the publisher need to decide how the consumer should handle the event?

Eric Deandrea

Java Champion

Senior Principal Software Engineer

Quarkus | LangChain4j | Docling-Java

Red Hat

edea...@redhat.com M: 603.453.5840

--
You received this message because you are subscribed to the Google Groups "Quarkus Development mailing list" group.
To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com.

Martin Kouba

unread,

May 29, 2026, 9:49:50 AMMay 29

to quark...@googlegroups.com

Hi Bill,

that's a very good question. From my point of view, it's not a bad
pattern per se. But it's more about whether you want to notify the
observers synchronously, blocking the current thread, or asynchronously,
offloaded to another thread. In many cases, you probably only need one
or the other.

For example, we fire the HttpServerStart [1] event asynchronously,
because we don't want to block the HTTP server from starting. On the
other hand, the StartupEvent [2] is fired synchronously because we want
to block the start of the application until all startup logic is finished.

HTH

Martin

[1]
https://github.com/quarkusio/quarkus/blob/main/extensions/vertx-http/runtime/src/main/java/io/quarkus/vertx/http/HttpServerStart.java

[2]
https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/java/io/quarkus/runtime/StartupEvent.java

On 5/29/26 15:29, 'William Burke' via Quarkus Development mailing list
wrote:

> --
> You received this message because you are subscribed to the Google
> Groups "Quarkus Development mailing list" group.
> To unsubscribe from this group and stop receiving emails from it, send

> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
> dev+uns...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/quarkus-
> dev/
> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com

> <https://groups.google.com/d/msgid/quarkus-dev/
> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com?utm_medium=email&utm_source=footer>.

Eric Deandrea

unread,

May 29, 2026, 9:53:26 AMMay 29

to quark...@googlegroups.com

Eric Deandrea

Java Champion

Senior Principal Software Engineer

Quarkus | LangChain4j | Docling-Java

Red Hat

edea...@redhat.com M: 603.453.5840

On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus Development mailing list <quark...@googlegroups.com> wrote:

Hi Bill,

that's a very good question. From my point of view, it's not a bad
pattern per se. But it's more about whether you want to notify the
observers synchronously, blocking the current thread, or asynchronously,
offloaded to another thread. In many cases, you probably only need one
or the other.

For example, we fire the HttpServerStart [1] event asynchronously,
because we don't want to block the HTTP server from starting. On the
other hand, the StartupEvent [2] is fired synchronously because we want

to block the start of the application until all startup logic is finished.'

Would a “proper” approach be to fire synchronously, and if the consumer doesn’t want to block, they can manage the threading themselves?

There just may be plenty of times where the producer is firing an event and it doesn’t necessarily know (or care) how the consumer wants to process it. Shouldn’t there be a way where the consumer dictates how the processing of the event is done? Without that, the producer is somewhat coupled to its consumers (both sides have to know whether an event is sync or async).

To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com.

Chris Cranford

unread,

May 29, 2026, 10:02:20 AMMay 29

to quark...@googlegroups.com

Hi Eric, I would argue its not always about how the consumer wants to receive the event, but also the context in which the producer emits the event. If a producer bean observes an event that itself raises from within a @PostConstruct handler, you're forced to use asynchronous to avoid StackOverflow (observer recreates a new bean because the PostConstruct on the bean isn't yet done), or create two independent beans to handle a single concern.

To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-nEK%2BzuuO0A%40mail.gmail.com.

Chris Cranford

Principal Software Engineer

APIs, Events, & Integration - Debezium

ccra...@redhat.com

Red Hat

Georgios Andrianakis

unread,

May 29, 2026, 10:22:06 AMMay 29

to Quarkus Development mailing list

From my PoV, taking the producers view is the appropriate framing

To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com.

Martin Kouba

unread,

May 29, 2026, 10:25:51 AMMay 29

to quark...@googlegroups.com

On 5/29/26 15:53, 'Eric Deandrea' via Quarkus Development mailing list
wrote:
>
>

> Eric Deandrea
>
> Java Champion
>
> Senior Principal Software Engineer
>
> Quarkus | LangChain4j | Docling-Java
>

> Red Hat <https://www.redhat.com/>
>
> edea...@redhat.com <mailto:edea...@redhat.com> M: 603.453.5840
>
> <https://red.ht/sig>

>
>
>
>
> On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus Development

> mailing list <quark...@googlegroups.com <mailto:quarkus-

> d...@googlegroups.com>> wrote:
>> Hi Bill,
>>
>> that's a very good question. From my point of view, it's not a bad
>> pattern per se. But it's more about whether you want to notify the
>> observers synchronously, blocking the current thread, or asynchronously,
>> offloaded to another thread. In many cases, you probably only need one
>> or the other.
>>
>> For example, we fire the HttpServerStart [1] event asynchronously,
>> because we don't want to block the HTTP server from starting. On the
>> other hand, the StartupEvent [2] is fired synchronously because we want
>> to block the start of the application until all startup logic is
>> finished.'
>
> Would a “proper” approach be to fire synchronously, and if the consumer
> doesn’t want to block, they can manage the threading themselves?

That's very inconvenient if you ask me, and obviously most consumers do
not care about the producers either.

>
> There just may be plenty of times where the producer is firing an event
> and it doesn’t necessarily know (or care) how the consumer wants to
> process it.

If it does not care then it should be async, because otherwise consumers
affect the producers significantly.

> Shouldn’t there be a way where the consumer dictates how the
> processing of the event is done? Without that, the producer is somewhat
> coupled to its consumers (both sides have to know whether an event is
> sync or async).
>
>>
>> HTH
>>
>> Martin
>>
>> [1]
>> https://github.com/quarkusio/quarkus/blob/main/extensions/vertx-http/
>> runtime/src/main/java/io/quarkus/vertx/http/HttpServerStart.java

>> <https://github.com/quarkusio/quarkus/blob/main/extensions/vertx-http/
>> runtime/src/main/java/io/quarkus/vertx/http/HttpServerStart.java>
>>
>> [2]
>> https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/
>> java/io/quarkus/runtime/StartupEvent.java <https://github.com/
>> quarkusio/quarkus/blob/main/core/runtime/src/main/java/io/quarkus/
>> runtime/StartupEvent.java>

>>
>> On 5/29/26 15:29, 'William Burke' via Quarkus Development mailing list
>> wrote:
>>>
>>> I'm assuming this behavior for firing events:
>>>
>>> * If you do event.fire() only subscribers that @Observes are called
>>> * If you do event.fireAsync() only subscribers that @ObservicesAsync are
>>> called
>>>
>>>
>>> Is it a bad pattern to do both event.fire() and event.fireAsync()? That
>>> way subscribers that want the event synchronously can do their thing and
>>> subscribers that want it asynchronously do their thing?
>>>
>>> --
>>> Bill Burke
>>> IBM
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Quarkus Development mailing list" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-

>>> dev%2Bunsu...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>>.

>>> To view this discussion visit https://groups.google.com/d/msgid/

>>> quarkus- <https://groups.google.com/d/msgid/quarkus->
>>> dev/
>>> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com <http://40mail.gmail.com>
>>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/>
>>> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer>>.

>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Quarkus Development mailing list" group.
>> To unsubscribe from this group and stop receiving emails from it, send

>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
>> dev%2Bunsu...@googlegroups.com>.

>> To view this discussion visit https://groups.google.com/d/msgid/

>> quarkus-dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>> <https://groups.google.com/d/msgid/quarkus-dev/872ea557-4bcd-4d9f-
>> b2a7-954ed2d860fa%40redhat.com>.

> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
> dev+uns...@googlegroups.com>.
> To view this discussion visit https://groups.google.com/d/msgid/quarkus-

> dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
> nEK%2BzuuO0A%40mail.gmail.com <https://groups.google.com/d/msgid/
> quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
> nEK%2BzuuO0A%40mail.gmail.com?utm_medium=email&utm_source=footer>.

Matej Novotny

unread,

May 29, 2026, 10:26:49 AMMay 29

to quark...@googlegroups.com

I wouldn't say it is necessarily a bad pattern but it is uncommon.

Most of the time, it is just like Martin says - you pick one or the other based on whether you want/expect it to be blocking.

That said, I do recall us firing both somewhere - StatusEmitterInvoker in scheduler extension I think?

But since you are talking CDI spec events, the most important part is to properly document that you fire sync or async event at certain point in time so users know how to observe them.

> Would a “proper” approach be to fire synchronously, and if the consumer doesn’t want to block, they can manage the threading themselves?

Unfortunately, as far as CDI goes, we have our hands bound unless we decide to break the whole eventing system :)

The new Signals extension would offer the flexibility you are talking about.

To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com.

Martin Kouba

unread,

May 29, 2026, 10:50:24 AMMay 29

to quark...@googlegroups.com

On 5/29/26 16:26, 'Matej Novotny' via Quarkus Development mailing list
wrote:

> I wouldn't say it is necessarily a bad pattern but it is uncommon.
> Most of the time, it is just like Martin says - you pick one or the
> other based on whether you want/expect it to be blocking.
> That said, I do recall us firing both somewhere - StatusEmitterInvoker
> in scheduler extension I think?
> But since you are talking CDI spec events, the most important part is to
> properly document that you fire sync or async event at certain point in
> time so users know how to observe them.
>
> > Would a “proper” approach be to fire synchronously, and if the
> consumer doesn’t want to block, they can manage the threading themselves?
>
> Unfortunately, as far as CDI goes, we have our hands bound unless we
> decide to break the whole eventing system :)
> The new Signals extension would offer the flexibility you are talking about.

Yes, because in Signals, all receivers are always notified
asynchronously. So it never blocks the signal emitter unless explicitly
required.

>
> On Fri, May 29, 2026 at 4:02 PM 'Chris Cranford' via Quarkus Development

> mailing list <quark...@googlegroups.com <mailto:quarkus-
> d...@googlegroups.com>> wrote:
>
> __

> Hi Eric, I would argue its not always about how the consumer wants
> to receive the event, but also the context in which the producer
> emits the event. If a producer bean observes an event that itself
> raises from within a @PostConstruct handler, you're forced to use
> asynchronous to avoid StackOverflow (observer recreates a new bean
> because the PostConstruct on the bean isn't yet done), or create two
> independent beans to handle a single concern.
>
> On 5/29/26 9:53 AM, 'Eric Deandrea' via Quarkus Development mailing
> list wrote:
>>
>>
>> Eric Deandrea
>>
>> Java Champion
>>
>> Senior Principal Software Engineer
>>
>> Quarkus | LangChain4j | Docling-Java
>>

>> Red Hat <https://www.redhat.com/>
>>
>> edea...@redhat.com <mailto:edea...@redhat.com> M: 603.453.5840
>>
>> <https://red.ht/sig>
>>
>>
>>
>>

>> On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus
>> Development mailing list <quark...@googlegroups.com

>>> HttpServerStart.java <https://github.com/quarkusio/quarkus/blob/
>>> main/extensions/vertx-http/runtime/src/main/java/io/quarkus/

>>> vertx/http/HttpServerStart.java>
>>>
>>> [2]
>>> https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> main/java/io/quarkus/runtime/StartupEvent.java <https://
>>> github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/
>>> java/io/quarkus/runtime/StartupEvent.java>
>>>

>>> On 5/29/26 15:29, 'William Burke' via Quarkus Development mailing
>>> list
>>> wrote:
>>>>
>>>> I'm assuming this behavior for firing events:
>>>>
>>>> * If you do event.fire() only subscribers that @Observes are called
>>>> * If you do event.fireAsync() only subscribers
>>>> that @ObservicesAsync are
>>>> called
>>>>
>>>>
>>>> Is it a bad pattern to do both event.fire() and
>>>> event.fireAsync()? That
>>>> way subscribers that want the event synchronously can do their
>>>> thing and
>>>> subscribers that want it asynchronously do their thing?
>>>>
>>>> --
>>>> Bill Burke
>>>> IBM
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Quarkus Development mailing list" group.
>>>> To unsubscribe from this group and stop receiving emails from
>>>> it, send
>>>> an email to quarkus-dev...@googlegroups.com

>>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>>> <mailto:quarkus- <mailto:quarkus->
>>>> dev+uns...@googlegroups.com
>>>> <mailto:dev%2Bunsu...@googlegroups.com>>.
>>>> To view this discussion visit https://groups.google.com/d/msgid/
>>>> quarkus- <https://groups.google.com/d/msgid/quarkus->
>>>> dev/
>>>> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com <http://40mail.gmail.com>
>>>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>>> groups.google.com/d/msgid/quarkus-dev/>

>>>> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer>>.

>>>
>>> --
>>> You received this message because you are subscribed to the
>>> Google Groups "Quarkus Development mailing list" group.
>>> To unsubscribe from this group and stop receiving emails from it,
>>> send an email to quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>.

>>> To view this discussion visit https://groups.google.com/d/msgid/
>>> quarkus-dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>>> <https://groups.google.com/d/msgid/quarkus-

>>> dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com>.

>>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Quarkus Development mailing list" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to quarkus-dev...@googlegroups.com

>> <mailto:quarkus-dev...@googlegroups.com>.

>> To view this discussion visit https://groups.google.com/d/msgid/
>> quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>> nEK%2BzuuO0A%40mail.gmail.com <https://groups.google.com/d/msgid/
>> quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>> nEK%2BzuuO0A%40mail.gmail.com?utm_medium=email&utm_source=footer>.
>

> --
>
> Chris Cranford
>
> Principal Software Engineer
>
> APIs, Events, & Integration - Debezium
>

> ccra...@redhat.com <mailto:ccra...@redhat.com>
>
> Red Hat <https://www.redhat.com>
>
> <https://www.redhat.com>

>
> --
> You received this message because you are subscribed to the Google
> Groups "Quarkus Development mailing list" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to quarkus-dev...@googlegroups.com

> <mailto:quarkus-dev...@googlegroups.com>.

> To view this discussion visit https://groups.google.com/d/msgid/

> quarkus-dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
> <https://groups.google.com/d/msgid/quarkus-
> dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com?

> utm_medium=email&utm_source=footer>.
>
> --
> You received this message because you are subscribed to the Google
> Groups "Quarkus Development mailing list" group.
> To unsubscribe from this group and stop receiving emails from it, send

> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
> dev+uns...@googlegroups.com>.
> To view this discussion visit https://groups.google.com/d/msgid/quarkus-
> dev/

> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com
> <https://groups.google.com/d/msgid/quarkus-dev/
> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.

Eric Deandrea

unread,

May 29, 2026, 11:00:48 AMMay 29

to quark...@googlegroups.com

Bill and I are just trying to think of the best solution for our use case.

In some instances, the flow should be synchronous, but in others it should be async. So maybe the better approach is just fire sync and the consumer can do the threading themselves if they want async.

Not that it matters, but in Spring this is not an issue. The producer just fires the event. It’s up to each consumer to decide whether they want to receive it sync or async. You can even have multiple consumers of the event that handle it differently.

The publishing of the event itself always happens on the same thread as the code producing the event, but then the threading delegation is handled just before the event is delivered to the consumer.

Eric Deandrea

Java Champion

Senior Principal Software Engineer

Quarkus | LangChain4j | Docling-Java

Red Hat

edea...@redhat.com M: 603.453.5840

To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c-b70d-cf8a09ebc677%40redhat.com.

Martin Kouba

unread,

May 29, 2026, 12:38:01 PMMay 29

to quark...@googlegroups.com

On 5/29/26 17:00, 'Eric Deandrea' via Quarkus Development mailing list
wrote:

> Bill and I are just trying to think of the best solution for our use case.
>
> In some instances, the flow should be synchronous, but in others it
> should be async. So maybe the better approach is just fire sync and the
> consumer can do the threading themselves if they want async.

But if the flow should be async then you can't leave it to the
consumers. That does not make sense.

>
> Not that it matters, but in Spring this is not an issue. The producer
> just fires the event. It’s up to each consumer to decide whether they
> want to receive it sync or async. You can even have multiple consumers
> of the event that handle it differently.

One of the consequence is that for sync notifications you don't need to
care about concurrent access for mutable payload. If you have immutable
payload (best practice IMO) then you don't care obviously.

>
> The publishing of the event itself always happens on the same thread as
> the code producing the event, but then the threading delegation is
> handled just before the event is delivered to the consumer.>
>
> Eric Deandrea
>
> Java Champion
>
> Senior Principal Software Engineer
>
> Quarkus | LangChain4j | Docling-Java
>

> Red Hat <https://www.redhat.com/>
>
> edea...@redhat.com <mailto:edea...@redhat.com> M: 603.453.5840
>
> <https://red.ht/sig>
>
>
>
>

> On May 29, 2026 at 10:50:08 AM, 'Martin Kouba' via Quarkus Development

> mailing list <quark...@googlegroups.com <mailto:quarkus-

> d...@googlegroups.com>> wrote:
>>
>>
>> On 5/29/26 16:26, 'Matej Novotny' via Quarkus Development mailing list
>> wrote:
>>> I wouldn't say it is necessarily a bad pattern but it is uncommon.
>>> Most of the time, it is just like Martin says - you pick one or the
>>> other based on whether you want/expect it to be blocking.
>>> That said, I do recall us firing both somewhere - StatusEmitterInvoker
>>> in scheduler extension I think?
>>> But since you are talking CDI spec events, the most important part is to
>>> properly document that you fire sync or async event at certain point in
>>> time so users know how to observe them.
>>>
>>> > Would a “proper” approach be to fire synchronously, and if the
>>> consumer doesn’t want to block, they can manage the threading themselves?
>>>
>>> Unfortunately, as far as CDI goes, we have our hands bound unless we
>>> decide to break the whole eventing system :)
>>> The new Signals extension would offer the flexibility you are talking
>>> about.
>>
>> Yes, because in Signals, all receivers are always notified
>> asynchronously. So it never blocks the signal emitter unless explicitly
>> required.
>>
>>>
>>> On Fri, May 29, 2026 at 4:02 PM 'Chris Cranford' via Quarkus Development
>>> mailing list <quark...@googlegroups.com <mailto:quarkus-

>>> d...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->

>>> d...@googlegroups.com <mailto:d...@googlegroups.com>>> wrote:
>>>
>>>     __
>>>     Hi Eric, I would argue its not always about how the consumer wants
>>>     to receive the event, but also the context in which the producer
>>>     emits the event. If a producer bean observes an event that itself
>>>     raises from within a @PostConstruct handler, you're forced to use
>>>     asynchronous to avoid StackOverflow (observer recreates a new bean
>>>     because the PostConstruct on the bean isn't yet done), or create two
>>>     independent beans to handle a single concern.
>>>
>>>     On 5/29/26 9:53 AM, 'Eric Deandrea' via Quarkus Development mailing
>>>     list wrote:
>>> >
>>> >
>>> >     Eric Deandrea
>>> >
>>> >     Java Champion
>>> >
>>> >     Senior Principal Software Engineer
>>> >
>>> >     Quarkus | LangChain4j | Docling-Java
>>> >

>>> > Red Hat <https://www.redhat.com/ <https://www.redhat.com/>>
>>> >
>>> > edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>
>>> M: 603.453.5840
>>> >
>>> > <https://red.ht/sig <https://red.ht/sig>>

>>> >
>>> >
>>> >
>>> >
>>> > On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus
>>> > Development mailing list <quark...@googlegroups.com
>>> <mailto:quark...@googlegroups.com>

>>> > <mailto:quark...@googlegroups.com <mailto:quarkus-

>>> blob/ <https://github.com/quarkusio/quarkus/blob/>

>>> >>     main/extensions/vertx-http/runtime/src/main/java/io/quarkus/
>>> >>     vertx/http/HttpServerStart.java>
>>> >>
>>> >>     [2]
>>> >> https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>
>>> >>     main/java/io/quarkus/runtime/StartupEvent.java <https://
>>> >> github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/

>>> <http://github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/>

>>> >>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>
>>> >>> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus-

>>> <mailto:quarkus->>
>>> >>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>

>>> >>> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>>.

>>> >>> To view this discussion visit https://groups.google.com/d/

>>> msgid/ <https://groups.google.com/d/msgid/>

>>> >>> quarkus- <https://groups.google.com/d/msgid/quarkus-
>>> <https://groups.google.com/d/msgid/quarkus->>
>>> >>> dev/
>>> >>>

>>>     CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>>
>>> >>>     <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/> <https://
>>> >>> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>>
>>> >>>
>>>     CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer> <http://40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer>>>.

>>> >>
>>> >>     --
>>> >>     You received this message because you are subscribed to the
>>> >>     Google Groups "Quarkus Development mailing list" group.
>>> >>     To unsubscribe from this group and stop receiving emails from it,
>>> >>     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>.

>>> >> To view this discussion visit https://groups.google.com/d/

>>> msgid/ <https://groups.google.com/d/msgid/>
>>> >>     quarkus-dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>>> <http://40redhat.com>
>>> >>     <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->
>>> >>     dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>>> <http://40redhat.com>>.

>>> >>
>>> >     --
>>> >     You received this message because you are subscribed to the Google
>>> >     Groups "Quarkus Development mailing list" group.
>>> >     To unsubscribe from this group and stop receiving emails from it,
>>> >     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> > <mailto:quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>>.
>>> > To view this discussion visit https://groups.google.com/d/

>>> msgid/ <https://groups.google.com/d/msgid/>
>>> >     quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >     nEK%2BzuuO0A%40mail.gmail.com <http://40mail.gmail.com>
>>> <https://groups.google.com/d/msgid/ <https://groups.google.com/d/msgid/>
>>> >     quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >     nEK%2BzuuO0A%40mail.gmail.com?
>>> utm_medium=email&utm_source=footer <http://40mail.gmail.com?

>>> utm_medium=email&utm_source=footer>>.
>>>
>>>     --
>>>
>>>     Chris Cranford
>>>
>>>     Principal Software Engineer
>>>
>>>     APIs, Events, & Integration - Debezium
>>>
>>> ccra...@redhat.com <mailto:ccra...@redhat.com>

>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>

>>>
>>>     Red Hat <https://www.redhat.com <https://www.redhat.com>>
>>>
>>>     <https://www.redhat.com <https://www.redhat.com>>
>>>
>>>     --
>>>     You received this message because you are subscribed to the Google
>>>     Groups "Quarkus Development mailing list" group.
>>>     To unsubscribe from this group and stop receiving emails from it,
>>>     send an email to quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> <mailto:quarkus-dev...@googlegroups.com <mailto:quarkus-

>>> dev%2Bunsu...@googlegroups.com>>.
>>> To view this discussion visit https://groups.google.com/d/msgid/

>>> <https://groups.google.com/d/msgid/>
>>>     quarkus-dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>
>>>     <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->
>>>     dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>?

>>> utm_medium=email&utm_source=footer>.
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Quarkus Development mailing list" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-

>>> dev%2Bunsu...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>>.
>>> To view this discussion visit https://groups.google.com/d/msgid/
>>> quarkus- <https://groups.google.com/d/msgid/quarkus->
>>> dev/

>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com>

>>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/>

>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com>?

>>> utm_medium=email&utm_source=footer>.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Quarkus Development mailing list" group.
>> To unsubscribe from this group and stop receiving emails from it, send
>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-

>> dev%2Bunsu...@googlegroups.com>.
>> To view this discussion visit https://groups.google.com/d/msgid/

>> quarkus-dev/da4a3eb9-c777-4a1c-b70d-cf8a09ebc677%40redhat.com
>> <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c-
>> b70d-cf8a09ebc677%40redhat.com>.

>>
> --
> You received this message because you are subscribed to the Google
> Groups "Quarkus Development mailing list" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
> dev+uns...@googlegroups.com>.
> To view this discussion visit https://groups.google.com/d/msgid/quarkus-

> dev/CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com
> <https://groups.google.com/d/msgid/quarkus-dev/
> CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.

Eric Deandrea

unread,

May 29, 2026, 12:40:38 PMMay 29

to quark...@googlegroups.com

Eric Deandrea

Java Champion

Senior Principal Software Engineer

Quarkus | LangChain4j | Docling-Java

Red Hat

edea...@redhat.com M: 603.453.5840

On May 29, 2026 at 12:37:50 PM, 'Martin Kouba' via Quarkus Development mailing list <quark...@googlegroups.com> wrote:

On 5/29/26 17:00, 'Eric Deandrea' via Quarkus Development mailing list
wrote:
Bill and I are just trying to think of the best solution for our use case.

In some instances, the flow should be synchronous, but in others it
should be async. So maybe the better approach is just fire sync and the
consumer can do the threading themselves if they want async.

But if the flow should be async then you can't leave it to the
consumers. That does not make sense.

In our case the consumer drives the flow, not the producer. Some consumers need it sync. Others need it async. It shouldn’t be up to the producer to decide.

Not that it matters, but in Spring this is not an issue. The producer
just fires the event. It’s up to each consumer to decide whether they
want to receive it sync or async. You can even have multiple consumers
of the event that handle it differently.

One of the consequence is that for sync notifications you don't need to
care about concurrent access for mutable payload. If you have immutable
payload (best practice IMO) then you don't care obviously.

And yes event payloads should always be immutable.

To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/c47c95b0-d8a8-4989-98d8-def4af117ab6%40redhat.com.

Martin Kouba

unread,

May 31, 2026, 10:59:21 AM (12 days ago) May 31

to quark...@googlegroups.com

On 5/29/26 18:40, 'Eric Deandrea' via Quarkus Development mailing list

wrote:
>
>
> Eric Deandrea
>
> Java Champion
>
> Senior Principal Software Engineer
>
> Quarkus | LangChain4j | Docling-Java
>
> Red Hat <https://www.redhat.com/>
>

> edea...@redhat.com <mailto:edea...@redhat.com> M: 603.453.5840
>
> <https://red.ht/sig>
>
>
>
>

> On May 29, 2026 at 12:37:50 PM, 'Martin Kouba' via Quarkus Development

> mailing list <quark...@googlegroups.com <mailto:quarkus-
> d...@googlegroups.com>> wrote:
>> On 5/29/26 17:00, 'Eric Deandrea' via Quarkus Development mailing list
>> wrote:
>>> Bill and I are just trying to think of the best solution for our use
>>> case.
>>>
>>> In some instances, the flow should be synchronous, but in others it
>>> should be async. So maybe the better approach is just fire sync and the
>>> consumer can do the threading themselves if they want async.
>>
>> But if the flow should be async then you can't leave it to the
>> consumers. That does not make sense.
>
> In our case the consumer drives the flow, not the producer. Some
> consumers need it sync. Others need it async. It shouldn’t be up to the
> producer to decide.

I would argue that it's much more important for producers because if
it's up to the consumers then a producer can never be sure what actually
happens when an event is fired, and that's IMO not correct.

In other words, a producer should decide to fire sync or async, and if
sync and a consumer decides to switch to async (e.g. offload exection),
then it's not a problem. But if a producer requires async, then a
consumer should never block the exection.

>
>>
>>>
>>> Not that it matters, but in Spring this is not an issue. The producer
>>> just fires the event. It’s up to each consumer to decide whether they
>>> want to receive it sync or async. You can even have multiple consumers
>>> of the event that handle it differently.
>>
>> One of the consequence is that for sync notifications you don't need to
>> care about concurrent access for mutable payload. If you have immutable
>> payload (best practice IMO) then you don't care obviously.
>
> And yes event payloads should always be immutable.
>
>>
>>>
>>> The publishing of the event itself always happens on the same thread as
>>> the code producing the event, but then the threading delegation is
>>> handled just before the event is delivered to the consumer.>
>>>
>>> Eric Deandrea
>>>
>>> Java Champion
>>>
>>> Senior Principal Software Engineer
>>>
>>> Quarkus | LangChain4j | Docling-Java
>>>

>>> Red Hat <https://www.redhat.com/ <https://www.redhat.com/>>
>>>
>>> edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>
>>> M: 603.453.5840
>>>
>>> <https://red.ht/sig <https://red.ht/sig>>
>>>
>>>
>>>
>>>

>>> On May 29, 2026 at 10:50:08 AM, 'Martin Kouba' via Quarkus Development
>>> mailing list <quark...@googlegroups.com <mailto:quarkus-

>>> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus- <mailto:quarkus->>

>>> >> d...@googlegroups.com <mailto:d...@googlegroups.com>

>>> <mailto:d...@googlegroups.com <mailto:d...@googlegroups.com>>>> wrote:
>>> >>
>>> >>     __
>>> >>     Hi Eric, I would argue its not always about how the consumer wants
>>> >>     to receive the event, but also the context in which the producer
>>> >>     emits the event. If a producer bean observes an event that itself
>>> >>     raises from within a @PostConstruct handler, you're forced to use
>>> >>     asynchronous to avoid StackOverflow (observer recreates a new bean
>>> >>     because the PostConstruct on the bean isn't yet done), or
>>> create two
>>> >>     independent beans to handle a single concern.
>>> >>
>>> >>     On 5/29/26 9:53 AM, 'Eric Deandrea' via Quarkus Development
>>> mailing
>>> >>     list wrote:
>>> >> >
>>> >> >
>>> >> >     Eric Deandrea
>>> >> >
>>> >> >     Java Champion
>>> >> >
>>> >> >     Senior Principal Software Engineer
>>> >> >
>>> >> >     Quarkus | LangChain4j | Docling-Java
>>> >> >
>>> >> >     Red Hat <https://www.redhat.com/ <https://www.redhat.com/>
>>> <https://www.redhat.com/ <https://www.redhat.com/>>>
>>> >> >
>>> >> > edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>
>>> >> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>>
>>> >> M: 603.453.5840
>>> >> >

>>> >> > <https://red.ht/sig <https://red.ht/sig> <https://red.ht/sig

>>> <https://red.ht/sig>>>
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >     On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus
>>> >> >     Development mailing list <quark...@googlegroups.com
>>> <mailto:quark...@googlegroups.com>
>>> >> <mailto:quark...@googlegroups.com <mailto:quarkus-
>>> d...@googlegroups.com>>
>>> >> >     <mailto:quark...@googlegroups.com <mailto:quarkus-

>>> >> blob/ <https://github.com/quarkusio/quarkus/blob/ <https://
>>> github.com/quarkusio/quarkus/blob/>>
>>> >> >>     main/extensions/vertx-http/runtime/src/main/java/io/quarkus/
>>> >> >>     vertx/http/HttpServerStart.java>
>>> >> >>
>>> >> >>     [2]
>>> >> >> https://github.com/quarkusio/quarkus/blob/main/core/runtime/
>>> src/ <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>

>>> >> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>>
>>> >> >> main/java/io/quarkus/runtime/StartupEvent.java <https://
>>> >> >> github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/
>>> <http://github.com/quarkusio/quarkus/blob/main/core/runtime/src/main/>

>>> >> <http://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> main/ <http://github.com/quarkusio/quarkus/blob/main/core/runtime/

>>> >> >>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>
>>> >> <mailto:quarkus-dev%252Buns...@googlegroups.com
>>> <mailto:quarkus-dev%25252Bun...@googlegroups.com>>>

>>> >> >>> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus-

>>> <mailto:quarkus->> <mailto:quarkus- <mailto:quarkus->

>>> >> <mailto:quarkus- <mailto:quarkus->>>
>>> >> >>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>

>>> >> >>> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>>>.

>>> >> >>> To view this discussion visit https://groups.google.com/d/
>>> <https://groups.google.com/d/>

>>> >> msgid/ <https://groups.google.com/d/msgid/ <https://

>>> groups.google.com/d/msgid/>>
>>> >> >>> quarkus- <https://groups.google.com/d/msgid/quarkus-
>>> <https://groups.google.com/d/msgid/quarkus->

>>> >> <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->>>
>>> >> >>> dev/
>>> >> >>>
>>> >>

>>> >> >>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/> <https://
>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>> <https://
>>> >> >>> groups.google.com/d/msgid/quarkus-dev/ <http://

>>> groups.google.com/d/msgid/quarkus-dev/> <http://groups.google.com/
>>> <http://groups.google.com/>
>>> >> d/msgid/quarkus-dev/>>
>>> >> >>>
>>> >>
>>> CAL%3DE%3DjRoDB1f13SydXUHViUzYeRcctkiS4upmWaVMttgFx5pjA%40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer> <http://40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer>> <http://40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer> <http://40mail.gmail.com?utm_medium=email&utm_source=footer <http://40mail.gmail.com?utm_medium=email&utm_source=footer>>>>.

>>> >> >>
>>> >> >>     --
>>> >> >>     You received this message because you are subscribed to the
>>> >> >>     Google Groups "Quarkus Development mailing list" group.
>>> >> >>     To unsubscribe from this group and stop receiving emails
>>> from it,
>>> >> >>     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>

>>> >> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>
>>> >> <mailto:quarkus-dev%252Buns...@googlegroups.com
>>> <mailto:quarkus-dev%25252Bun...@googlegroups.com>>>.

>>> >> >> To view this discussion visit https://groups.google.com/d/
>>> <https://groups.google.com/d/>

>>> >> msgid/ <https://groups.google.com/d/msgid/ <https://
>>> groups.google.com/d/msgid/>>
>>> >> >>     quarkus-dev/872ea557-4bcd-4d9f-
>>> b2a7-954ed2d860fa%40redhat.com <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>
>>> >> >>     <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->>
>>> >> >>     dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>>.

>>> >> >>
>>> >> >     --
>>> >> >     You received this message because you are subscribed to the
>>> Google
>>> >> >     Groups "Quarkus Development mailing list" group.
>>> >> >     To unsubscribe from this group and stop receiving emails
>>> from it,
>>> >> >     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>
>>> >> > <mailto:quarkus-dev...@googlegroups.com

>>> <https://groups.google.com/d/>
>>> >> msgid/ <https://groups.google.com/d/msgid/ <https://
>>> groups.google.com/d/msgid/>>
>>> >> >     quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >> >     nEK%2BzuuO0A%40mail.gmail.com <http://40mail.gmail.com>
>>> <http://40mail.gmail.com <http://40mail.gmail.com>>
>>> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/d/
>>> msgid/> <https://groups.google.com/d/msgid/ <https://
>>> groups.google.com/d/msgid/>>
>>> >> >     quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >> >     nEK%2BzuuO0A%40mail.gmail.com <http://40mail.gmail.com>?
>>> >> utm_medium=email&utm_source=footer <http://40mail.gmail.com

>>> <http://40mail.gmail.com>?
>>> >> utm_medium=email&utm_source=footer>>.
>>> >>
>>> >> --
>>> >>

>>> >>     Chris Cranford
>>> >>
>>> >>     Principal Software Engineer
>>> >>
>>> >>     APIs, Events, & Integration - Debezium
>>> >>
>>> >> ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>
>>> >> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>>
>>> >>
>>> >>     Red Hat <https://www.redhat.com <https://www.redhat.com>
>>> <https://www.redhat.com <https://www.redhat.com>>>
>>> >>
>>> >>     <https://www.redhat.com <https://www.redhat.com> <https://
>>> www.redhat.com <https://www.redhat.com>>>
>>> >>
>>> >>     --
>>> >>     You received this message because you are subscribed to the Google
>>> >>     Groups "Quarkus Development mailing list" group.
>>> >>     To unsubscribe from this group and stop receiving emails from it,
>>> >>     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>
>>> >> <mailto:quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com> <mailto:quarkus-
>>> <mailto:quarkus->

>>> >> dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>>.
>>> >> To view this discussion visit https://groups.google.com/d/
>>> msgid/ <https://groups.google.com/d/msgid/>
>>> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/d/

>>> msgid/>>
>>> >>     quarkus-dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>
>>> >>     <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->>
>>> >>     dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>?

>>> >> utm_medium=email&utm_source=footer>.
>>> >>
>>> >> --
>>> >> You received this message because you are subscribed to the Google
>>> >> Groups "Quarkus Development mailing list" group.
>>> >> To unsubscribe from this group and stop receiving emails from it, send
>>> >> an email to quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com> <mailto:quarkus-
>>> <mailto:quarkus->

>>> >> dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>> <mailto:quarkus-

>>> <mailto:quarkus-> <mailto:quarkus- <mailto:quarkus->>
>>> >> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>>.
>>> >> To view this discussion visit https://groups.google.com/d/msgid/
>>> <https://groups.google.com/d/msgid/>
>>> >> quarkus- <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->>
>>> >> dev/
>>> >>

>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>>

>>> >> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/> <https://
>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>>
>>> >>

>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>>?

>>> >> utm_medium=email&utm_source=footer>.
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups "Quarkus Development mailing list" group.
>>> > To unsubscribe from this group and stop receiving emails from it, send
>>> > an email to quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com> <mailto:quarkus-
>>> <mailto:quarkus->

>>> > dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>.
>>> > To view this discussion visit https://groups.google.com/d/msgid/
>>> <https://groups.google.com/d/msgid/>

>>> > quarkus-dev/da4a3eb9-c777-4a1c-b70d-cf8a09ebc677%40redhat.com
>>> <http://40redhat.com>
>>> > <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c-
>>> <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c->
>>> > b70d-cf8a09ebc677%40redhat.com <http://40redhat.com>>.

>>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
>>> dev%2Bunsu...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>>.
>>> To view this discussion visit https://groups.google.com/d/msgid/
>>> quarkus- <https://groups.google.com/d/msgid/quarkus->
>>> dev/

>>> CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com

>>> <http://40mail.gmail.com>
>>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/>

>>> CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com

>>> <http://40mail.gmail.com>?
>>> utm_medium=email&utm_source=footer>.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Quarkus Development mailing list" group.
>> To unsubscribe from this group and stop receiving emails from it, send
>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
>> dev%2Bunsu...@googlegroups.com>.
>> To view this discussion visit https://groups.google.com/d/msgid/

>> quarkus-dev/c47c95b0-d8a8-4989-98d8-def4af117ab6%40redhat.com
>> <https://groups.google.com/d/msgid/quarkus-dev/c47c95b0-
>> d8a8-4989-98d8-def4af117ab6%40redhat.com>.

> CAOTfCRX%2Bb_SqY_YQaHBXOF0zZX7T0ixekNFq_hiM25rf3t4s2Q%40mail.gmail.com
> <https://groups.google.com/d/msgid/quarkus-dev/
> CAOTfCRX%2Bb_SqY_YQaHBXOF0zZX7T0ixekNFq_hiM25rf3t4s2Q%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.

Eric Deandrea

unread,

Jun 1, 2026, 8:37:37 AM (12 days ago) Jun 1

to quark...@googlegroups.com

Eric Deandrea

Java Champion

Senior Principal Software Engineer

Quarkus | LangChain4j | Docling-Java

Red Hat

edea...@redhat.com M: 603.453.5840

I guess I can see the logic in that. Outside of documentation, how would the consumer know? The fact that the consumer has to know how the event is fired seems like a coupling between the producer & consumer.

If the decision of sync vs async is up to the producer, then why does the consumer have to code the event handling differently? Shouldn’t the consumer just @Observe the event and then receive it either sync or async depending on how it’s fired?

I know we’re talking about something thats been around for a while 🙂 But it’s new to me and just doesn’t feel right. It feels like there is an unnecessary code-level coupling between the producers and the consumers. The point of event firing is to decouple the producers and consumers.

To unsubscribe from this group and stop receiving emails from it, send an email to quarkus-dev...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/quarkus-dev/0f6d1112-293a-40d3-aed2-a64280d4ca81%40redhat.com.

Ladislav Thon

unread,

Jun 1, 2026, 8:48:40 AM (12 days ago) Jun 1

to quark...@googlegroups.com, Martin Kouba

I know we’re talking about something thats been around for a while 🙂 But it’s new to me and just doesn’t feel right. It feels like there is an unnecessary code-level coupling between the producers and the consumers. The point of event firing is to decouple the producers and consumers.

Ignoring the rest of the thread, this is a rather purist view of the situation :-) Producers and consumers are always coupled at least by the event type. That's the price for type safety. If they are coupled one more bit by the emission type, that doesn't make them tightly coupled.

Also, I agree it is unnecessarily complex. But it's been like that for more than a decade, and contrary to @Martin Kouba's view, I don't think users are just not aware of CDI async observers :-) In my opinion, we should start thinking about integrating Quarkus Signals into the important places in Quarkus where we currently only fire CDI events.

Martin Kouba

unread,

Jun 1, 2026, 8:48:54 AM (12 days ago) Jun 1

to quark...@googlegroups.com

On 6/1/26 14:37, 'Eric Deandrea' via Quarkus Development mailing list wrote:
>
>
> Eric Deandrea
>
> Java Champion
>
> Senior Principal Software Engineer
>
> Quarkus | LangChain4j | Docling-Java
>
> Red Hat <https://www.redhat.com/>
>
> edea...@redhat.com <mailto:edea...@redhat.com> M: 603.453.5840
>
> <https://red.ht/sig>
>
>
>
>

> On May 31, 2026 at 10:59:12 AM, 'Martin Kouba' via Quarkus Development

> mailing list <quark...@googlegroups.com <mailto:quarkus-
> d...@googlegroups.com>> wrote:
>> On 5/29/26 18:40, 'Eric Deandrea' via Quarkus Development mailing list
>> wrote:
>>>
>>>
>>> Eric Deandrea
>>>
>>> Java Champion
>>>
>>> Senior Principal Software Engineer
>>>
>>> Quarkus | LangChain4j | Docling-Java
>>>

>>> On May 29, 2026 at 12:37:50 PM, 'Martin Kouba' via Quarkus Development
>>> mailing list <quark...@googlegroups.com <mailto:quarkus-

There's always coupling, e.g. the type of the event payload.

>
> If the decision of sync vs async is up to the producer, then why does
> the consumer have to code the event handling differently? Shouldn’t the
> consumer just |@Observe| the event and then receive it either sync or
> async depending on how it’s fired?

I don't remember the details but when this feature got introduced in CDI
2.0 the EG decided to create separate annotations for sync/async (note
that transactional observer in sync API is actually async).

>
> I know we’re talking about something thats been around for a while 🙂
> But it’s new to me and just doesn’t feel right. It feels like there is
> an unnecessary code-level coupling between the producers and the
> consumers. The point of event firing is to decouple the producers and
> consumers.

That's why Singal receivers are always excecuted asynchronously so that
they don't affect the "producer" part (unless it doesn't want to ;-).

>
>>
>>>
>>> >
>>> >>
>>> >> Not that it matters, but in Spring this is not an issue. The producer
>>> >> just fires the event. It’s up to each consumer to decide whether they
>>> >> want to receive it sync or async. You can even have multiple consumers
>>> >> of the event that handle it differently.
>>> >
>>> > One of the consequence is that for sync notifications you don't need to
>>> > care about concurrent access for mutable payload. If you have immutable
>>> > payload (best practice IMO) then you don't care obviously.
>>>
>>> And yes event payloads should always be immutable.
>>>
>>> >
>>> >>
>>> >> The publishing of the event itself always happens on the same
>>> thread as
>>> >> the code producing the event, but then the threading delegation is
>>> >> handled just before the event is delivered to the consumer.>
>>> >>
>>> >> Eric Deandrea
>>> >>
>>> >> Java Champion
>>> >>
>>> >> Senior Principal Software Engineer
>>> >>
>>> >> Quarkus | LangChain4j | Docling-Java
>>> >>
>>> >> Red Hat <https://www.redhat.com/ <https://www.redhat.com/>

>>> <https://www.redhat.com/ <https://www.redhat.com/>>>
>>> >>
>>> >> edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>
>>> >> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>
>>> <mailto:edea...@redhat.com <mailto:edea...@redhat.com>>>
>>> >> M: 603.453.5840
>>> >>
>>> >> <https://red.ht/sig <https://red.ht/sig> <https://red.ht/sig
>>> <https://red.ht/sig>>>
>>> >>
>>> >>
>>> >>
>>> >>

>>> >> On May 29, 2026 at 10:50:08 AM, 'Martin Kouba' via Quarkus Development
>>> >> mailing list <quark...@googlegroups.com <mailto:quarkus-
>>> d...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> >> d...@googlegroups.com <mailto:d...@googlegroups.com>>

>>> >> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus-
>>> <mailto:quarkus->> <mailto:quarkus- <mailto:quarkus->
>>> <mailto:quarkus- <mailto:quarkus->>>

>>> sig <https://red.ht/sig>> <https://red.ht/sig <https://red.ht/sig>

>>> >> <https://red.ht/sig <https://red.ht/sig>>>>
>>> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >> >     On May 29, 2026 at 9:49:43 AM, 'Martin Kouba' via Quarkus
>>> >> >> >     Development mailing list <quark...@googlegroups.com
>>> <mailto:quark...@googlegroups.com>
>>> >> <mailto:quark...@googlegroups.com <mailto:quarkus-
>>> d...@googlegroups.com>>
>>> >> >> <mailto:quark...@googlegroups.com <mailto:quarkus-
>>> d...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> >> d...@googlegroups.com <mailto:d...@googlegroups.com>>>
>>> >> >> >     <mailto:quark...@googlegroups.com <mailto:quarkus-
>>> d...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> >> d...@googlegroups.com <mailto:d...@googlegroups.com>>

>>> >> <https://github.com/quarkusio/quarkus/ <https://github.com/

>>> quarkusio/quarkus/>>
>>> >> >> blob/ <https://github.com/quarkusio/quarkus/blob/ <https://

>>> github.com/quarkusio/quarkus/blob/> <https://
>>> >> github.com/quarkusio/quarkus/blob/ <http://github.com/quarkusio/

>>> quarkus/blob/>>>
>>> >> >> >>     main/extensions/vertx-http/runtime/src/main/java/io/quarkus/
>>> >> >> >>     vertx/http/HttpServerStart.java>
>>> >> >> >>
>>> >> >> >>     [2]
>>> >> >> >> https://github.com/quarkusio/quarkus/blob/main/core/runtime/

>>> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/>
>>> >> src/ <https://github.com/quarkusio/quarkus/blob/main/core/runtime/

>>> src/ <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>>
>>> >> >> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/
>>> src/ <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>
>>> >> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> <https://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>>>
>>> >> >> >> main/java/io/quarkus/runtime/StartupEvent.java <https://
>>> >> >> >> github.com/quarkusio/quarkus/blob/main/core/runtime/src/

>>> main/ <http://github.com/quarkusio/quarkus/blob/main/core/runtime/
>>> src/main/>
>>> >> <http://github.com/quarkusio/quarkus/blob/main/core/runtime/src/
>>> main/ <http://github.com/quarkusio/quarkus/blob/main/core/runtime/
>>> src/main/>>
>>> >> >> <http://github.com/quarkusio/quarkus/blob/main/core/runtime/
>>> src/ <http://github.com/quarkusio/quarkus/blob/main/core/runtime/src/>

>>> >> >> <mailto:quarkus-dev%252Buns...@googlegroups.com
>>> <mailto:quarkus-dev%25252Bun...@googlegroups.com>
>>> >> <mailto:quarkus-dev%25252Bun...@googlegroups.com
>>> <mailto:quarkus-dev%2525252Bu...@googlegroups.com>>>>

>>> >> >> >>> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus-
>>> <mailto:quarkus->> <mailto:quarkus- <mailto:quarkus->

>>> >> <mailto:quarkus- <mailto:quarkus->>> <mailto:quarkus-

>>> <mailto:quarkus-> <mailto:quarkus- <mailto:quarkus->>
>>> >> >> <mailto:quarkus- <mailto:quarkus-> <mailto:quarkus-
>>> <mailto:quarkus->>>>
>>> >> >> >>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>
>>> >> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>>
>>> >> >> >>> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>

>>> >> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>
>>> >> <mailto:dev%25252Bun...@googlegroups.com
>>> <mailto:dev%2525252Bu...@googlegroups.com>>>>>.

>>> >> >> >>> To view this discussion visit https://
>>> groups.google.com/d/ <https://groups.google.com/d/>
>>> >> <https://groups.google.com/d/ <https://groups.google.com/d/>>
>>> >> >> msgid/ <https://groups.google.com/d/msgid/ <https://

>>> groups.google.com/d/msgid/> <https://
>>> >> groups.google.com/d/msgid/ <http://groups.google.com/d/msgid/>>>
>>> >> >> >>> quarkus- <https://groups.google.com/d/msgid/quarkus-

>>> <https://groups.google.com/d/msgid/quarkus->
>>> >> <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->>

>>> >> >> <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->>>>

>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>> <https://
>>> >> >> groups.google.com/d/msgid/quarkus-dev/ <http://
>>> groups.google.com/d/msgid/quarkus-dev/> <http://groups.google.com/
>>> <http://groups.google.com/>
>>> >> d/msgid/quarkus-dev/>> <https://
>>> >> >> >>> groups.google.com/d/msgid/quarkus-dev/ <http://

>>> groups.google.com/d/msgid/quarkus-dev/> <http://

>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>> <http://groups.google.com/ <http://
>>> groups.google.com/>
>>> >> <http://groups.google.com/ <http://groups.google.com/>>
>>> >> >> d/msgid/quarkus-dev/>>
>>> >> >> >>>
>>> >> >>
>>> >>

>>> >> >> >>
>>> >> >> >>     --
>>> >> >> >>     You received this message because you are subscribed to the
>>> >> >> >>     Google Groups "Quarkus Development mailing list" group.
>>> >> >> >>     To unsubscribe from this group and stop receiving emails
>>> >> from it,
>>> >> >> >>     send an email to quarkus-

>>> dev+uns...@googlegroups.com <mailto:quarkus-

>>> >> >> >> To view this discussion visit https://groups.google.com/
>>> d/ <https://groups.google.com/d/>
>>> >> <https://groups.google.com/d/ <https://groups.google.com/d/>>
>>> >> >> msgid/ <https://groups.google.com/d/msgid/ <https://

>>> groups.google.com/d/msgid/> <https://
>>> >> groups.google.com/d/msgid/ <http://groups.google.com/d/msgid/>>>
>>> >> >> >> quarkus-dev/872ea557-4bcd-4d9f-
>>> >> b2a7-954ed2d860fa%40redhat.com <http://40redhat.com>
>>> <http://40redhat.com <http://40redhat.com>>
>>> >> >> <http://40redhat.com <http://40redhat.com> <http://40redhat.com

>>> <http://40redhat.com>>>
>>> >> >> >> <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->> <https://
>>> >> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/

>>> msgid/quarkus-> <http://groups.google.com/d/ <http://

>>> groups.google.com/d/>
>>> >> msgid/quarkus->>
>>> >> >> >> dev/872ea557-4bcd-4d9f-b2a7-954ed2d860fa%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>

>>> >> >> <http://40redhat.com <http://40redhat.com> <http://40redhat.com

>>> <http://40redhat.com>>>>.
>>> >> >> >>
>>> >> >> >     --
>>> >> >> >     You received this message because you are subscribed to the
>>> >> Google
>>> >> >> >     Groups "Quarkus Development mailing list" group.
>>> >> >> >     To unsubscribe from this group and stop receiving emails
>>> >> from it,
>>> >> >> >     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>

>>> >> >> > <mailto:quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>
>>> >> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>
>>> >> <mailto:quarkus-dev%252Buns...@googlegroups.com
>>> <mailto:quarkus-dev%25252Bun...@googlegroups.com>>>>.
>>> >> >> > To view this discussion visit https://groups.google.com/
>>> d/ <https://groups.google.com/d/>

>>> >> <https://groups.google.com/d/ <https://groups.google.com/d/>>
>>> >> >> msgid/ <https://groups.google.com/d/msgid/ <https://

>>> groups.google.com/d/msgid/> <https://
>>> >> groups.google.com/d/msgid/ <http://groups.google.com/d/msgid/>>>

>>> >> >> > quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >> >> > nEK%2BzuuO0A%40mail.gmail.com <http://40mail.gmail.com>
>>> <http://40mail.gmail.com <http://40mail.gmail.com>>

>>> >> <http://40mail.gmail.com <http://40mail.gmail.com>
>>> <http://40mail.gmail.com <http://40mail.gmail.com>>>

>>> >> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/
>>> d/msgid/> <https://groups.google.com/d/ <https://groups.google.com/d/>

>>> >> msgid/> <https://groups.google.com/d/msgid/ <https://

>>> groups.google.com/d/msgid/> <https://
>>> >> groups.google.com/d/msgid/ <http://groups.google.com/d/msgid/>>>
>>> >> >> > quarkus-dev/CAOTfCRWWueCNnTfoch6rB-dJh0-q6FjaeuCN8nT-
>>> >> >> > nEK%2BzuuO0A%40mail.gmail.com <http://40mail.gmail.com>
>>> <http://40mail.gmail.com <http://40mail.gmail.com>>?

>>> >> >> utm_medium=email&utm_source=footer <http://40mail.gmail.com
>>> <http://40mail.gmail.com>
>>> >> <http://40mail.gmail.com <http://40mail.gmail.com>>?
>>> >> >> utm_medium=email&utm_source=footer>>.
>>> >> >>
>>> >> >>     --
>>> >> >>
>>> >> >>     Chris Cranford
>>> >> >>
>>> >> >>     Principal Software Engineer
>>> >> >>
>>> >> >>     APIs, Events, & Integration - Debezium
>>> >> >>
>>> >> >> ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>
>>> >> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>>
>>> >> >> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>
>>> >> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>
>>> <mailto:ccra...@redhat.com <mailto:ccra...@redhat.com>>>>
>>> >> >>
>>> >> >>     Red Hat <https://www.redhat.com <https://www.redhat.com>
>>> <https://www.redhat.com <https://www.redhat.com>>
>>> >> <https://www.redhat.com <https://www.redhat.com> <https://
>>> www.redhat.com <https://www.redhat.com>>>>
>>> >> >>
>>> >> >>     <https://www.redhat.com <https://www.redhat.com> <https://

>>> www.redhat.com <https://www.redhat.com>> <https://
>>> >> www.redhat.com <http://www.redhat.com> <https://www.redhat.com
>>> <https://www.redhat.com>>>>
>>> >> >>

>>> >> >>     --
>>> >> >>     You received this message because you are subscribed to the
>>> Google
>>> >> >>     Groups "Quarkus Development mailing list" group.
>>> >> >>     To unsubscribe from this group and stop receiving emails
>>> from it,
>>> >> >>     send an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>
>>> >> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>
>>> >> <mailto:quarkus-dev%252Buns...@googlegroups.com
>>> <mailto:quarkus-dev%25252Bun...@googlegroups.com>>>

>>> >> >> <mailto:quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>

>>> <mailto:quarkus- <mailto:quarkus->
>>> >> <mailto:quarkus- <mailto:quarkus->>

>>> >> >> dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>>>.
>>> >> >> To view this discussion visit https://groups.google.com/d/
>>> <https://groups.google.com/d/>
>>> >> msgid/ <https://groups.google.com/d/msgid/ <https://
>>> groups.google.com/d/msgid/>>
>>> >> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/

>>> d/msgid/> <https://groups.google.com/d/ <https://groups.google.com/d/>
>>> >> msgid/>>
>>> >> >> quarkus-

>>> dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>

>>> >> >> <http://40redhat.com <http://40redhat.com> <http://40redhat.com
>>> <http://40redhat.com>>>
>>> >> >> <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->> <https://
>>> >> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/

>>> msgid/quarkus-> <http://groups.google.com/d/ <http://
>>> groups.google.com/d/>

>>> >> msgid/quarkus->>
>>> >> >> dev/601ccb89-04a6-4499-985d-07415c75490d%40redhat.com
>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>

>>> >> >> <http://40redhat.com <http://40redhat.com> <http://40redhat.com

>>> <http://40redhat.com>>>?
>>> >> >> utm_medium=email&utm_source=footer>.
>>> >> >>
>>> >> >> --
>>> >> >> You received this message because you are subscribed to the Google
>>> >> >> Groups "Quarkus Development mailing list" group.
>>> >> >> To unsubscribe from this group and stop receiving emails from
>>> it, send
>>> >> >> an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>

>>> <mailto:quarkus- <mailto:quarkus->
>>> >> <mailto:quarkus- <mailto:quarkus->>

>>> >> >> dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com

>>> <mailto:dev%25252Bun...@googlegroups.com>>> <mailto:quarkus-

>>> <mailto:quarkus->
>>> >> <mailto:quarkus- <mailto:quarkus->> <mailto:quarkus-
>>> <mailto:quarkus-> <mailto:quarkus- <mailto:quarkus->>>
>>> >> >> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>
>>> >> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>>>.
>>> >> >> To view this discussion visit https://groups.google.com/d/

>>> msgid/ <https://groups.google.com/d/msgid/>
>>> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/d/
>>> msgid/>>

>>> >> >> quarkus- <https://groups.google.com/d/msgid/quarkus- <https://

>>> groups.google.com/d/msgid/quarkus-> <https://
>>> >> groups.google.com/d/msgid/quarkus- <http://groups.google.com/d/
>>> msgid/quarkus->>>

>>> >> >> dev/
>>> >> >>
>>> >>
>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>> <http://40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>>>

>>> >> >> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/> <https://
>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>> <https://
>>> >> >> groups.google.com/d/msgid/quarkus-dev/ <http://
>>> groups.google.com/d/msgid/quarkus-dev/> <http://groups.google.com/
>>> <http://groups.google.com/>
>>> >> d/msgid/quarkus-dev/>>
>>> >> >>
>>> >>

>>> CAK6NyhAkt7iGTz5thbak98oK%2B4cHxUOBuSFzN89iJF_GmLue9g%40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>> <http://40mail.gmail.com <http://40mail.gmail.com> <http://40mail.gmail.com <http://40mail.gmail.com>>>?

>>> >> >> utm_medium=email&utm_source=footer>.
>>> >> >
>>> >> > --
>>> >> > You received this message because you are subscribed to the Google
>>> >> > Groups "Quarkus Development mailing list" group.
>>> >> > To unsubscribe from this group and stop receiving emails from
>>> it, send
>>> >> > an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com>

>>> >> <mailto:quarkus-dev%2Bunsu...@googlegroups.com
>>> <mailto:quarkus-dev%252Buns...@googlegroups.com>>

>>> <mailto:quarkus- <mailto:quarkus->
>>> >> <mailto:quarkus- <mailto:quarkus->>

>>> >> > dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>
>>> >> <mailto:dev%252Buns...@googlegroups.com
>>> <mailto:dev%25252Bun...@googlegroups.com>>>.

>>> >> > To view this discussion visit https://groups.google.com/d/msgid/

>>> <https://groups.google.com/d/msgid/>
>>> >> <https://groups.google.com/d/msgid/ <https://groups.google.com/d/
>>> msgid/>>

>>> >> > quarkus-dev/da4a3eb9-c777-4a1c-b70d-cf8a09ebc677%40redhat.com

>>> <http://40redhat.com>
>>> >> <http://40redhat.com <http://40redhat.com>>

>>> >> > <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-
>>> c777-4a1c- <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-
>>> c777-4a1c->

>>> >> <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c-
>>> <https://groups.google.com/d/msgid/quarkus-dev/da4a3eb9-c777-4a1c->>
>>> >> > b70d-cf8a09ebc677%40redhat.com <http://40redhat.com>

>>> <http://40redhat.com <http://40redhat.com>>>.
>>> >> >
>>> >> --
>>> >> You received this message because you are subscribed to the Google
>>> >> Groups "Quarkus Development mailing list" group.
>>> >> To unsubscribe from this group and stop receiving emails from it, send
>>> >> an email to quarkus-dev...@googlegroups.com

>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com> <mailto:quarkus-
>>> <mailto:quarkus->
>>> >> dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>> <mailto:quarkus-
>>> <mailto:quarkus-> <mailto:quarkus- <mailto:quarkus->>
>>> >> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>
>>> >> <mailto:dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>>.
>>> >> To view this discussion visit https://groups.google.com/d/msgid/
>>> <https://groups.google.com/d/msgid/>
>>> >> quarkus- <https://groups.google.com/d/msgid/quarkus- <https://
>>> groups.google.com/d/msgid/quarkus->>
>>> >> dev/
>>> >>

>>> CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com

>>> <http://40mail.gmail.com>
>>> >> <http://40mail.gmail.com <http://40mail.gmail.com>>
>>> >> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/> <https://
>>> >> groups.google.com/d/msgid/quarkus-dev/ <http://groups.google.com/
>>> d/msgid/quarkus-dev/>>
>>> >>

>>> CAOTfCRUAemUOYQ3YNF3d3JnmwV7RMscsBiAJ1_Q7hVomO_cnKQ%40mail.gmail.com

>>> <http://40mail.gmail.com>
>>> >> <http://40mail.gmail.com <http://40mail.gmail.com>>?
>>> >> utm_medium=email&utm_source=footer>.
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> > Groups "Quarkus Development mailing list" group.
>>> > To unsubscribe from this group and stop receiving emails from it, send
>>> > an email to quarkus-dev...@googlegroups.com
>>> <mailto:quarkus-dev%2Bunsu...@googlegroups.com> <mailto:quarkus-
>>> <mailto:quarkus->
>>> > dev%2Bunsu...@googlegroups.com
>>> <mailto:dev%252Buns...@googlegroups.com>>.
>>> > To view this discussion visit https://groups.google.com/d/msgid/
>>> <https://groups.google.com/d/msgid/>

>>> > quarkus-dev/c47c95b0-d8a8-4989-98d8-def4af117ab6%40redhat.com
>>> <http://40redhat.com>
>>> > <https://groups.google.com/d/msgid/quarkus-dev/c47c95b0- <https://
>>> groups.google.com/d/msgid/quarkus-dev/c47c95b0->
>>> > d8a8-4989-98d8-def4af117ab6%40redhat.com <http://40redhat.com>>.

>>> >
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Quarkus Development mailing list" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to quarkus-dev...@googlegroups.com <mailto:quarkus-
>>> dev%2Bunsu...@googlegroups.com> <mailto:quarkus- <mailto:quarkus->
>>> dev+uns...@googlegroups.com
>>> <mailto:dev%2Bunsu...@googlegroups.com>>.
>>> To view this discussion visit https://groups.google.com/d/msgid/
>>> quarkus- <https://groups.google.com/d/msgid/quarkus->
>>> dev/

>>> CAOTfCRX%2Bb_SqY_YQaHBXOF0zZX7T0ixekNFq_hiM25rf3t4s2Q%40mail.gmail.com <http://40mail.gmail.com>

>>> <https://groups.google.com/d/msgid/quarkus-dev/ <https://
>>> groups.google.com/d/msgid/quarkus-dev/>

>>> CAOTfCRX%2Bb_SqY_YQaHBXOF0zZX7T0ixekNFq_hiM25rf3t4s2Q%40mail.gmail.com <http://40mail.gmail.com>?

>> quarkus-dev/0f6d1112-293a-40d3-aed2-a64280d4ca81%40redhat.com
>> <https://groups.google.com/d/msgid/quarkus-dev/0f6d1112-293a-40d3-
>> aed2-a64280d4ca81%40redhat.com>.

> dev/CAOTfCRXXTmo%3DOJEs9Hi-
> zBTjr1_r4oUvhfb8c49YVq78%3D%2BvTBQ%40mail.gmail.com <https://
> groups.google.com/d/msgid/quarkus-dev/CAOTfCRXXTmo%3DOJEs9Hi-
> zBTjr1_r4oUvhfb8c49YVq78%3D%2BvTBQ%40mail.gmail.com?
> utm_medium=email&utm_source=footer>.

William Burke

unread,

Jun 1, 2026, 2:24:34 PM (11 days ago) Jun 1

to quark...@googlegroups.com

I get it. If the sender never wants to block, it always sends it async.

Still doesn't make sense that the sender and receiver have to match up. If a sender sends synchronously, the receiver should be able to receive asynchronously. Otherwise the receiver has to handle asynch itself.

Maybe one listener needs to set up state that needs to be available after the event is published. If its async, then, there's a race condition. Another listener of the same event might be just monitoring and just recording the even asynchronously. Maybe its not a big deal, but its extra code.

Reply all

Reply to author

Forward

0 new messages