fix(tests): the Camel ITs follow their move to the api package

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()`.

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;