Build
target/.
Run locally as a Quarkus app
- The Grand Central REST API served on
http://localhost:8080/* - Hot reload on Java and resource changes
- The Quarkus dev UI on
http://localhost:8080/q/dev/
curl or any REST client against http://localhost:8080/<openapi-path>.
Run as a Camel-K integration on the cluster
kamel-maven-plugin and maven-kamel-helm-plugin, both inherited from grandcentral-bom, handle the manifest generation.
In target/helm/ you find:
Chart.yaml: generated chart metadatavalues.yaml: generated values, with placeholders matched by deploy-time overridesconnector/: resource templatestemplates/: Helm templates
Unit testing
All unit-test patterns build onGrandCentralTestSupportUtil and JunitUtil from com.backbase.gc:grandcentral-connectors-sdk, which the BOM manages. They cover the common cases, so there is no need to write your own base test classes or file-loading utilities.
Pattern A: route integration test with AdviceWith and kamelet mocking
Pattern B: JOLT unit test with JsonString input
Pattern C: XSLT unit test
Run unit tests
Test fixture conventions
mock-{entity}-{scenario}-response.json(or.xml): vendor-side fixture used to short-circuit the kamelet call.test-{op}-{entity}-input.json: request fixture for transformation unit tests.expected-{op}-{entity}-response.json(or.xml): golden file the route must produce.
Namespace and cluster testing
For end-to-end testing against the actual vendor or a vendor mock, use the customer cluster. The cluster depends on the customer the connector targets. Follow the namespace setup runbook for your installation; each connector’s README includes the canonical link. The key steps are always:- Build and publish a SNAPSHOT image of the connector.
-
Update the matching
application-liverepository to bump the connector chart version and any<<placeholder>>values. - Trigger the namespace deploy pipeline for your assigned namespace.
-
Verify by hitting the Grand Central ingress with a REST client, Postman, or curl, and tail the connector pod logs: