IBX-12358: Generated bundles now bootstrap integration tests through Bootstrapper

[Steveb-p]

🎫 Issue	IBX-12358

Related PRs:

• IBX-12358: Introduced Bootstrapper / Hooks for integration tests test-core#38 — introduced Bootstrapper (already merged and shipped in 5.0)
• IBX-12530: Rebuilt DatabaseSchemaHook on SchemaBuilderInterface instead of a raw-file reimplementation test-core#43 — deprecates the schema-file API this skeleton was still using (IBX-12530)

Description:

The skeleton still ships the pre-IBX-12358 hand-rolled bootstrap — boot the kernel, drop and
create the database, run doctrine:schema:update, loop getSchemaFiles() through
LegacySchemaImporter, loop getFixtures(), purge the search index. So every newly generated
bundle is born on a flow the rest of the org has already moved off, and one that a maintainer then
has to migrate by hand. ibexa/test-core 5.0 — which the skeleton already requires — has shipped
Bootstrapper for a while.

tests/integration/bootstrap.php becomes the same five-line call every other package uses, and
TestKernel registers IbexaTestCoreBundle, which Bootstrapper needs for
HooksExecutorInterface and the built-in hooks.

The getSchemaFiles() override is dropped. It did:

yield from parent::getSchemaFiles();
yield from [$this->locateResource('@IbexaCoreBundle/Resources/config/storage/legacy/schema.yaml')];

— but parent::getSchemaFiles() already yields exactly that file via DefaultSchemaFilesProvider,
so it was listing it twice. It is redundant today, and ibexa/test-core#43 deprecates the whole
schema-file API on top of that. getFixtures() and getExposedServicesByClass() stay as
passthrough scaffolding, since those are still the hooks a bundle author fills in.

Both skeletons (ibexa-oss and ibexa-ee) were identical here and get the identical change.

For QA:

Generated a bundle from the modified skeleton and booted it for real:

php bin/ibexa-bundle-generator schema-hook-probe target \
  --vendor-name=ibexa --vendor-namespace=Ibexa --bundle-name=IbexaSchemaHookProbe \
  --skeleton-name=ibexa-oss -n
cd target && composer update && composer test-integration

Bootstrap completes cleanly (No tests executed! — the skeleton ships no tests yet) against
ibexa/test-core 5.0.x-dev.

Then, to confirm this is behaviour-preserving rather than merely non-crashing, the same generated
bundle was run twice against the same installed vendor/ — once with the old hand-rolled
bootstrap.php/TestKernel, once with the new ones — and the resulting SQLite schemas compared:
52 tables each, table lists identical.

composer phpstan and composer check-cs on this repo are clean. Note the repo's own tests/
tree contains no test files, so nothing here asserts on generated output — the verification above
was manual.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[konradoboza]

Nice cleanup!