• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • paul wheaton
  • Paul Clapham
  • Ron McLeod
Sheriffs:
  • Jeanne Boyarsky
  • Liutauras Vilda
Saloon Keepers:
  • Tim Holloway
  • Carey Brown
  • Roland Mueller
  • Piet Souris
Bartenders:

Designing Hexagonal architecture with Java

 
Ranch Hand
Posts: 100
2
Python Spring Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello, Thanks for your new book.
I would just like to know your thoughts on your choice for Quarkus as change tolerant system/CI as you mentioned in the TOC?

There are mature frameworks like Helidion/Vert.x/SpringBoot/Micronaut
Why Quarkus? Which is new and still improving?

Is it because of native support for K8s?
 
Author
Posts: 12
5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
M Kahlid,

Thank you for your question!

I chose Quarkus for two reasons. The first is because it is a framework geared from the ground up for cloud-native development. I like how Quarkus smoothly and natively integrates with cloud technologies like Docker and Kubernetes. And the second reason is the industry standards on which Quarkus is based, like CDI beans and Microprofile.

In my view, Quarkus blends quite well contemporary software development practices based on the cloud with some solid industry standards. This interesting combination made me use Quarkus to apply hexagonal architecture ideas.

The concepts I present in the book can be applied to any framework. That is why I focus the first nine chapters on developing a hexagonal application without relying on any framework. Only after having the system adequately structured using the hexagonal architecture ideas will I think about which framework to use.

In my opinion, the framework should not drive the system design. For me, it is another technical detail that should be replaceable without significant refactorings.

Please let me know if you want to learn more about my motivations. I would be more than glad to share them with you.

With much respect,
Davi
 
reply
    Bookmark Topic Watch Topic
  • New Topic