From 3f84de4a9cc128dc55465b69bda910258bd1555d Mon Sep 17 00:00:00 2001 From: delchev Date: Sun, 16 Aug 2026 11:42:02 +0300 Subject: [PATCH] fix(tests): the Camel ITs follow their move to the api package Dirigible 14.27.0 converted six Camel route ITs from Selenide/Chrome tests to HTTP-level PredefinedProjectITs and moved them out of integration.tests.ui.tests.camel into integration.tests.api.camel. DirigibleCommonTestSuiteIT names them by reference, so the release build stopped at testCompile with six "cannot find symbol" errors. Import the api.camel package alongside ui.tests.camel, which still holds the two starter-template ITs that did not move. Co-Authored-By: Claude Opus 5 --- CLAUDE.md | 3 ++- .../atlas/integration/tests/DirigibleCommonTestSuiteIT.java | 1 + 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/CLAUDE.md b/CLAUDE.md index 6da9127..0bf4b63 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -59,8 +59,9 @@ Maven reactor modules (see root `pom.xml`): The Dirigible version is **not** declared here: `codbex-platform-parent` pins it through the `dirigible.version` property, and parent releases track Dirigible releases 1:1 (parent 14.17.0 -> Dirigible 14.17.0). Bumping the edition therefore means bumping the parent version in the root `pom.xml`. A child pom *can* override `dirigible.version` to reach a Dirigible release whose parent is not published yet, but prefer the parent bump. -Bumps are not always mechanical - Dirigible removes things: +Bumps are not always mechanical - Dirigible removes and moves things: +- **Six Camel ITs changed package in 14.27.0.** Dirigible's IT speed campaign converted `CamelDirigibleJavaScriptComponent{Cron,Http}RouteIT`, `CamelDirigibleTwoStepsJSInvoker{Cron,Http}RouteIT` and `CamelExtractTransformLoad{Jdbc,Typescript}IT` from Selenide/Chrome tests to HTTP-level `PredefinedProjectIT`s and moved them from `...integration.tests.ui.tests.camel` to `...integration.tests.api.camel`. `DirigibleCommonTestSuiteIT` names Dirigible's ITs by reference, so this broke the release build at `testCompile` with six `cannot find symbol` errors; the suite now imports both packages. `Camel{Cron,Http}RouteStarterTemplateIT` stayed behind in `ui.tests.camel` - which is why only six of the eight failed. **Any upstream IT rename, move or removal breaks this suite the same way**, and only at compile time, so it is the first thing to check on a bump. - **The OData engine was extracted in 14.16.0.** `dirigible-dependencies` stopped managing `com.codbex.olingo:olingo-odata2-lib`, so the version-less declaration in the root pom failed the build at model-read time, and the CXF / `javax.validation` / `javax.servlet` exclusions on `group-engines` became dead weight (verified with `dependency:tree`). Both were removed. - **The AngularJS and TypeScript application templates were removed in 14.16.0**, along with the AngularJS form-builder generator. Because Atlas depends on `group-templates` as a whole rather than on individual templates, nothing had to change here - but an edition that names templates one by one would break. - **`/` now lands on the Home launchpad** (`resources-home`), which carries no IDE perspectives: IDE assertions must go through `ide.openIde()`. diff --git a/integration-tests/src/test/java/com/codbex/atlas/integration/tests/DirigibleCommonTestSuiteIT.java b/integration-tests/src/test/java/com/codbex/atlas/integration/tests/DirigibleCommonTestSuiteIT.java index e39f3a3..15d7b37 100644 --- a/integration-tests/src/test/java/com/codbex/atlas/integration/tests/DirigibleCommonTestSuiteIT.java +++ b/integration-tests/src/test/java/com/codbex/atlas/integration/tests/DirigibleCommonTestSuiteIT.java @@ -11,6 +11,7 @@ package com.codbex.atlas.integration.tests; import org.eclipse.dirigible.integration.tests.api.SecurityIT; +import org.eclipse.dirigible.integration.tests.api.camel.*; import org.eclipse.dirigible.integration.tests.api.java.db.SchemaExportImportIT; import org.eclipse.dirigible.integration.tests.api.java.messaging.MessagingFacadeIT; import org.eclipse.dirigible.integration.tests.api.javascript.cms.CmsSuiteIT;