IBX-11939: Added a shared SchemaBuilderEvent subscriber for plain ORM entities

[Steveb-p]

🎫 Issue	IBX-11939

Related PRs:

• 5.0: IBX-11939: Added a shared SchemaBuilderEvent subscriber for plain ORM entities #853, 6.0: IBX-11939: Added a shared SchemaBuilderEvent subscriber for plain ORM entities #854
• IBX-11939: [Doctrine Migrations] Added Doctrine Migrations-based schema and data install path (inlined SQL) #785, which carries the same code as part of the Doctrine Migrations install path
• ibexa/taxonomy#431 and ibexa/connector-payum#39, which use it

Description:

Extracted from #785 so it can be reviewed and merged on its own. #785 keeps the same code for now, so it stays testable as it is; once this lands, its diff shrinks by this much on the next sync with 4.6.

OrmEntitiesSchemaSubscriber contributes the tables (and sequences) of a given list of plain Doctrine ORM entities to the SchemaBuilderEvent schema, generated from their mappings via SchemaTool. ibexa/taxonomy#431 and ibexa/connector-payum#39 each carried an identical copy of this logic; each now just registers its own instance, listing its own entities:

ibexa.<package>.schema_builder.orm_entities:
    class: Ibexa\Bundle\RepositoryInstaller\Event\Subscriber\OrmEntitiesSchemaSubscriber
    arguments:
        $entityManager: '@ibexa.doctrine.orm.entity_manager'
        $entityClasses:
            - Ibexa\<Package>\Persistence\Entity\SomeEntity
    tags: [kernel.event_subscriber]

Only the listed entities' own tables are copied over. SchemaTool::getSchemaFromMetadata() fires postGenerateSchema on the entity manager's shared event manager, so any other listener there (Messenger's Doctrine transport auto-setup, for one) adds its own table to the ORM schema too - those are skipped, as are tables the target schema already has.

Two small test fixes come along, because without them the new test wouldn't run in CI at all. The bundle_installer suite in phpunit.xml still pointed at tests/bundle/Installer, gone since IBX-538, so none of the RepositoryInstaller bundle tests ran. Running them again surfaced IbexaInstallerExtensionTest still asserting the pre-IBX-538 clean installer type. 5.0 already has both.

[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