spring-boot-crud-patterns

Generate CRUD boilerplate for Spring Boot 3 services with Spring Data JPA.

322|37|Updated Oct 21, 2025
One-click install
npx skills add https://github.com/giuseppe-trisciuoglio/developer-kit --skill spring-boot-crud-patterns
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spring-boot-crud-patterns
Source: https://github.com/giuseppe-trisciuoglio/developer-kit/tree/main/skills/spring-boot/spring-boot-crud-patterns
Command: npx skills add https://github.com/giuseppe-trisciuoglio/developer-kit --skill spring-boot-crud-patterns

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires yaml, and includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

Provides repeatable, feature-based CRUD patterns for Spring Boot services, separating domain, application, presentation, and infrastructure layers to simplify evolution and onboarding.

Core Features & Use Cases

  • Feature-aligned CRUD workflows that preserve clean architecture boundaries.
  • Clear separation of domain, application, presentation, and infrastructure layers.
  • DTOs, mappers, controllers, repositories, and tests scaffolding to accelerate development.

Quick Start

Run the CRUD boilerplate generator script with a product specification to scaffold a feature:

python skills/spring-boot/spring-boot-crud-patterns/scripts/generate_crud_boilerplate.py \ --spec skills/spring-boot/spring-boot-crud-patterns/assets/specs/product.json \ --package com.example.product \ --output ./generated

Frequently Asked Questions about spring-boot-crud-patterns

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

FAQPage Schema
How do I generate CRUD boilerplate for Spring Boot microservices?

CRUD boilerplate generation automates scaffolding of domain, application, presentation, and infrastructure layers for Spring Boot 3 services. Run the generator script with a feature specification to produce controllers, repositories, DTOs, mappers, and tests aligned to clean architecture boundaries, reducing manual setup time and enforcing layer separation.

Can I use feature-based architecture with Spring Data JPA and REST APIs?

Feature-based architecture works with Spring Data JPA by organizing CRUD workflows around discrete features, each with its own domain models, repositories, and controllers. This approach maintains clean separation of concerns, simplifies testing, and accelerates onboarding while conforming to Spring Boot 3.5+ conventions.

What's the best way to structure DTOs, mappers, and validation in Spring Boot REST APIs?

Structure DTOs as immutable objects in the presentation layer, use dedicated mappers to convert between domain and transfer objects, and enforce validation at layer boundaries. This pattern isolates domain logic from HTTP concerns, enables testability, and ensures proper REST status codes and transactional boundaries.

How do I maintain clean architecture layers across a Spring Boot application?

Clean architecture maintains separation by assigning responsibilities to four layers: domain (business rules), application (use cases), presentation (REST endpoints), and infrastructure (persistence). Use adapters and DTOs to prevent cross-layer coupling, enforce immutability in transfer objects, and apply transactional boundaries consistently.

Does Spring Boot 3 support automated DTO and repository generation for CRUD features?

Spring Boot 3.5+ supports CRUD workflow automation through pattern-based code generation tools that scaffold DTOs, repositories, controllers, and tests from feature specifications. This ensures consistency with Spring Data JPA conventions, REST best practices, and clean architecture principles without manual boilerplate.