quarkus-patterns

Provide standardized Quarkus 3.x architecture patterns for cloud-native Java backends.

Updated Apr 13, 2026
One-click install
npx skills add https://github.com/sakamoto-family-smile/agent_monorepo --skill quarkus-patterns-sakamoto-family-smile
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: quarkus-patterns
Source: https://github.com/sakamoto-family-smile/agent_monorepo/tree/main/.claude/skills/ecc/quarkus-patterns
Command: npx skills add https://github.com/sakamoto-family-smile/agent_monorepo --skill quarkus-patterns-sakamoto-family-smile

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Quarkus-based backend teams often reinvent architecture patterns, leading to inconsistencies and slower delivery. This Skill provides a curated set of architecture patterns for Quarkus 3.x with Camel, CDI services, Panache data access, and async processing to standardize backend design and accelerate development.

Core Features & Use Cases

  • Standardized Quarkus 3.x architecture patterns for cloud-native backends using Camel for messaging and REST design.
  • Guidance on structuring resource → service → repository layers, using Panache, CDI, and transactional boundaries.
  • Patterns for event-driven routing, logging, validation, error handling, and health checks across services.
  • Real-world scenario: building an order-processing microservice with Camel routes that persist state via Panache and publish events asynchronously.

Quick Start

Apply these patterns to your Quarkus project by modeling your REST resources, services, and data access as described and adapting the Camel routes.

Frequently Asked Questions about quarkus-patterns

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
What are the standard Quarkus architecture patterns for structuring REST APIs and services?

Standard Quarkus architecture patterns structure backends into resource, service, and repository layers using CDI and Panache to organize REST API design, persistence, and transactional boundaries for scalable cloud-native applications.

How do I structure a Quarkus microservice using Camel routes and Panache repositories?

Structure a Quarkus microservice by defining Camel routes for event-driven routing and asynchronous processing, then persist state through Panache repositories while maintaining clear transactional boundaries across service layers.

Can I use Lombok constructor injection with Quarkus CDI services?

Yes, Quarkus CDI services support Lombok constructor injection. The architecture patterns provide guidance on using Lombok with CDI to standardize dependency injection and streamline service layer development.

What is the best way to handle error handling and health checks in a Quarkus backend?

The best way to handle errors and health checks in a Quarkus backend is applying standardized architecture patterns that include guidance for logging, validation, error handling, and health checks across all services.

Does Quarkus support event-driven routing and async processing for cloud-native backends?

Yes, Quarkus supports event-driven routing and async processing for cloud-native backends by integrating Camel routes to publish events asynchronously and handle messaging across distributed services.

When should I use Panache repositories instead of direct data access in Quarkus applications?

Use Panache repositories in Quarkus applications when you need standardized data access patterns with clear transactional boundaries, ensuring consistent persistence layers across resource and service architecture layers.