312-frameworks-spring-data-jdbc
About 312-frameworks-spring-data-jdbc
A skill for applying Spring Data JDBC practices with Java records, covering entity modeling, repositories, aggregates, queries, and transactions. It is for developers maintaining Spring Data JDBC projects and requires compilation before changes and full verification afterward.
Key features
- 01Models entities with Java records
- 02Defines aggregate and repository boundaries
- 03Uses immutable updates and save semantics
- 04Writes parameterized custom queries
- 05Applies transaction and loading guidance
- 06Requires compile and full verification
Use cases
- 01Review Spring Data JDBC entities and repositories
- 02Refine aggregate boundaries and immutable updates
- 03Avoid N+1 loading and unsafe query construction
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ jabrena/ plinth --skill 312-frameworks-spring-data-jdbcAfter installing, type/312-frameworks-spring-data-jdbcin Claude Code to confirm it loaded.
Bundled filesreferences/312-frameworks-spring-data-jdbc.md
Details
From the project READMESpring Data JDBC with Records
Apply Spring Data JDBC guidelines with Java records.
What is covered in this Skill?
- Records for entity classes (immutable, constructor-friendly)
- @Table for naming when record name differs from the table name
- @Embedded to inline value-object columns into the parent row without a separate table
- Repository pattern
- Immutable updates with static factories for new rows and with* helpers for updates
- save() INSERT vs UPDATE semantics driven by @Id nullability
- Aggregate boundaries: one repository per aggregate root, Set for one-to-many inside the root, foreign keys between aggregates
- Custom queries with @Query and named parameters (no user-input concatenation)
- Transaction management (@Transactional on services; readOnly where appropriate)
- Single query loading (N+1 avoidance)
Scope: Apply recommendations based on the reference rules and good/bad code examples.
Constraints
Before applying any Spring Data JDBC changes, ensure the project compiles. If compilation fails, stop immediately. After applying improvements, run full verification.
- MANDATORY: Run
./mvnw compileormvn compilebefore applying any change - SAFETY: If compilation fails, stop immediately
- VERIFY: Run
./mvnw clean verifyormvn clean verifyafter applying improvements - BEFORE APPLYING: Read the reference for detailed rules and good/bad patterns
- EDGE CASE: If request scope is ambiguous, stop and ask a clarifying question before applying changes
- EDGE CASE: If required inputs, files, or tooling are missing, report what is missing and ask whether to proceed with setup guidance
When to use this skill
- Review Java code for Spring Data JDBC
- Apply best practices for Spring Data JDBC in Java code
- Model Spring Data JDBC aggregates with Java records
- Review Spring Data JDBC repositories and aggregate boundaries
- Improve optimistic locking or domain events in Spring Data JDBC
Workflow
- Read reference and assess project context
Read references/312-frameworks-spring-data-jdbc.md and inspect the current project setup before proposing changes.
- Gather scope and decide target improvements
Identify requested outcomes, constraints, and the minimum safe set of changes to apply.
- Apply framework-aligned changes
Implement or refactor configuration/code following the reference patterns and project conventions.
- Run verification and report results
Execute appropriate build/tests and summarize what changed, what was verified, and any follow-up actions.
Reference
For detailed guidance, examples, and constraints, see references/312-frameworks-spring-data-jdbc.md.