Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add blog about reactive renaming #1913

Merged
merged 2 commits into from
Mar 20, 2024
Merged

Conversation

maxandersen
Copy link
Member

@maxandersen maxandersen commented Mar 13, 2024

still missing how to deal with quarkus-rest-client rename and clean up - so submitted as draft to at least get it going.

cc @gsmet @cescoffier @geoand

Copy link

github-actions bot commented Mar 13, 2024

😭 Deploy PR Preview failed.

Copy link
Member

@cescoffier cescoffier left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, I did a few suggestions.

_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
- *Quarkus SmallRye Reactive Messaging* is now *Quarkus Messaging*, indicating its broader use cases.
- Extensions that inherently push for a reactive programming model, like *Quarkus Hibernate Reactive*, will retain the "reactive" terminology.
- The *Quarkus REST Client Reactive* is simplified to *Quarkus REST Client*, unifying the naming under a more general "REST" umbrella.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Quarkus REST, Quarkus Messaging and Quarkus REST Client are still leveraging the reactive engine underneath for efficiency and performances. At the user level, this is an implementation details.

_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
Copy link
Contributor

@geoand geoand left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added a few small suggestions as well

_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved

Historically Quarkus has used the term "reactive" in the names of several extensions to indicate their *additional* support for non-blocking, event-driven programming.

However, we've found that this terminology has led to confusion and misunderstanding among our users. Many have mistakenly believed that using these "reactive" extensions forces them into reactive programming, even though Quarkus always by default recommend traditional blocking programming model for your application and only optionally use reactive.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
However, we've found that this terminology has led to confusion and misunderstanding among our users. Many have mistakenly believed that using these "reactive" extensions forces them into reactive programming, even though Quarkus always by default recommend traditional blocking programming model for your application and only optionally use reactive.
However, we've found that this terminology has led to lots of confusion and misunderstanding among our users. Many users mistakenly believe that using these "reactive" extensions forces them into reactive programming, even though Quarkus always by default recommend traditional blocking programming model for your application and only optionally use the reactive programming model.


== Impact on users

These changes are designed to make it clearer that you're not constrained to reactive programming when using these extensions. Whether you prefer a traditional blocking approach, reactive programming and/or virtual threads, Quarkus supports you.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
These changes are designed to make it clearer that you're not constrained to reactive programming when using these extensions. Whether you prefer a traditional blocking approach, reactive programming and/or virtual threads, Quarkus supports you.
These changes are designed to make it clearer that you're not constrained to reactive programming when using these extensions. Whether you prefer a traditional blocking approach, reactive programming and/or virtual threads, Quarkus has you covered.

_posts/2024-03-14-the-big-rename.adoc Outdated Show resolved Hide resolved
@gsmet
Copy link
Member

gsmet commented Mar 19, 2024

@maxandersen I compiled the changes of @cescoffier and @geoand and added some additional content for you to review.
I think this is probably ready to go now.

Copy link
Contributor

@geoand geoand left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🥳

@gsmet gsmet marked this pull request as ready for review March 20, 2024 14:51
@gsmet gsmet merged commit 2c96d78 into quarkusio:develop Mar 20, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants