Integration with Smallrye Reactive Messaging SQS

[adampoplawski]

Description

Around April SQS support was added to Smallrye Reactive Messaging. Is there integration with Quarkus planned?
For potential reference https://quarkusio.zulipchat.com/#narrow/stream/187030-users/topic/smallrye.20reactive.20messaging.20SQS.20support.

ref:
quarkiverse/quarkus-amazon-services#1414
https://quarkusio.zulipchat.com/#narrow/stream/187030-users/topic/smallrye.20reactive.20messaging.20SQS.20support

Implementation ideas

No response

[quarkus-bot]

/cc @Ladicek (smallrye), @cescoffier (reactive-messaging), @jmartisk (smallrye), @ozangunalp (reactive-messaging), @phillip-kruger (smallrye), @radcortez (smallrye)

[quarkus-bot]

You added a link to a Zulip discussion, please make sure the description of the issue is comprehensive and doesn't require accessing Zulip

_{This message is automatically generated by a bot.}

[cescoffier]

@ozangunalp Do you know the state of the SQS connector?

[ozangunalp]

I'll link my answer here : quarkiverse/quarkus-amazon-services#1414 (comment)

[ozangunalp]

I don't think we will include an additional messaging extension to the core. So we can close this one @cescoffier wdyt ?

[cescoffier]

In the core, for sure,
But it should be listed in code.quarkus.io. (even if it's in quarkiverse).

[ozangunalp]

That's why I suggested a contribution to the https://github.com/quarkiverse/quarkus-amazon-services

[scrocquesel]

Why are some connector supported in core and not the other ? Shouldn't we have a smallrye messaging in quarkiverse supporting all the connector in a central place ?

[cescoffier]

The central messaging extension is hard to extract as improvements generally require changing things in Quarkus Core (for example, the graceful shutdown we want to add will need a few adjustments in Quarkus Core). Also, it is always a good reminder that everything we do needs to be designed for HTTP (request/reply) and messaging.

Now, there are connectors, like the MQTT, RabbitMQ, AMQP, and even Pulsar, that could be moved to the quarkiverse but in different repositories. Kafka is slightly different as it relies on some internal Kafka client magic located in Quarkus. It would be slightly harder to find regression. However, the connector code would still be in SmallRye, and only the extensions would be moved to Quarkiverse.

However, there is no difference between being in Quarkus Core and being in Quarkiverse. You should be listed the same way on code.quarkus.io.

Note that we also have connectors hosted directly by the vendor organization, like the Solace connector.