원클릭으로
judo-integration-testing-docs
Integration testing guide for JUDO backend. Covers testkit usage, test patterns, and custom operation testing.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Integration testing guide for JUDO backend. Covers testkit usage, test patterns, and custom operation testing.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
ESM-to-UI mapping reference for JUDO React frontends. Covers widget mappings, table and navigation element mappings, and the ESM→UI transformation model.
Frontend development guide for JUDO React applications. Covers hooks, theming, i18n, and Pandino DI customization patterns.
ESM metamodel reference for JUDO. Covers namespace, type, structure, operation, accesspoint, UI, UI-behaviour, and UI-visual-styleguide packages with element-level attribute and constraint definitions.
Model documentation for JUDO applications. Covers ESM metamodel, cardinality, CRUD flags, and advanced modeling patterns.
Backend development guide for JUDO applications. Covers custom operations, interceptors, validators, data access, and error handling.
Deployment and build documentation for JUDO applications. Covers judo.sh commands, Docker setup, Karaf configuration, and production deployment.
| name | judo-integration-testing-docs |
| description | Integration testing guide for JUDO backend. Covers testkit usage, test patterns, and custom operation testing. |
| disable-model-invocation | false |
| user-invocable | false |
| model | inherit |
| context | fork |
| agent | general-purpose |
This guide covers integration testing for custom business logic in northwind. It focuses on using the judo-runtime-core-testkit to test custom operations, interceptors, and validators.
For a complete understanding of the backend architecture, code generation, and custom implementation patterns, please refer to the main Backend Development Guide (see judo-backend-docs skill).
Note: Throughout this document, northwind refers to the application name from judo.properties (app_name property). Package names, file paths, and generated artifacts use this value.
This project uses SDKMAN for version management. Required versions are specified in .sdkmanrc:
java=21.0.7-zulu
maven=3.9.10
mvnd=1.0.2
Setup:
# 1. Install SDKMAN (if not already installed)
curl -s "https://get.sdkman.io" | bash
source "$HOME/.sdkman/bin/sdkman-init.sh"
# 2. Enable auto-env (recommended - automatic version switching)
echo "sdkman_auto_env=true" >> ~/.sdkman/etc/config
# 3. Install versions from .sdkmanrc
cd [project-name]
sdk env install
# 4. Verify
java -version # Should show 21.0.7-zulu
mvn -version # Should show 3.9.10
How It Works:
.sdkmanrc is generated by ./judo.sh generate-root commandsdkman_auto_env=true, SDKMAN automatically switches to project versions when you enter the directory./judo.sh script automatically installs required versions if missingMaven Daemon (mvnd): Optional but recommended for faster builds
# Use mvnd instead of mvn for faster incremental builds
mvnd clean install
For comprehensive information on backend development, please see the Backend Development Guide (see judo-backend-docs skill).
Access.getterExpression per actor via Dispatcher), Pattern C (DERIVED getters that read ACTOR.*). Closes the gap between entity-level DAO tests and full E2E.@Reference target filters, cardinality, policy, and service properties by asserting against the SCR component XML descriptors emitted by maven-bundle-plugin. Needed because OSGi's @Reference annotation has CLASS retention and is invisible to reflection / the Guice testkit.