Verify Persistence Configuration
Verify persistence.xml configuration before pushing code to prevent deployment failures. Ensures environment variables are used instead of hardcoded JNDI names.
name: verify-persistence description: > Verify persistence.xml configuration before git push. Use before pushing code to ensure persistence.xml uses environment variables instead of hardcoded JNDI names. Prevents QA deployment failures. disable-model-invocation: true allowed-tools: Read, Grep, Bash
Verify Persistence Configuration
Check src/main/resources/META-INF/persistence.xml for deployment readiness.
Steps
-
Read persistence.xml at
src/main/resources/META-INF/persistence.xml -
Check JNDI datasources - Must use environment variables:
${JDBC_DATASOURCE}(notjdbc/coop,jdbc/rhDS, etc.)${JDBC_AUDIT_DATASOURCE}(notjdbc/ruhunuAudit, etc.)
-
Check DDL generation paths - Must NOT contain hardcoded paths:
- No
eclipselink.application-locationwithc:/tmp/or/home/*/tmp/
- No
-
Report findings clearly:
- If all correct: "Persistence.xml is deployment-ready"
- If issues found: List each issue with the current value and what it should be
What's Correct vs Wrong
| Setting | Correct | Wrong |
|---------|---------|-------|
| Main datasource | ${JDBC_DATASOURCE} | jdbc/coop, jdbc/rhDS |
| Audit datasource | ${JDBC_AUDIT_DATASOURCE} | jdbc/ruhunuAudit |
| DDL location | Not present or env var | c:/tmp/, /home/buddhika/tmp/ |
If Issues Found
Offer to fix by replacing hardcoded values with environment variables. Do NOT auto-fix without user confirmation.
Related skills
Docker Compose Architect
Designs optimized Docker Compose configurations.
Incident Postmortem Writer
Writes structured and blameless incident postmortem reports.
Runbook Creator
Creates clear operational runbooks for common DevOps procedures.