[PHP/Composer] Composer gebruikt de verkeerde doctrine

[Navi]

In een project waar ik 2 applicaties geinstalleerd hebt wordt door het eerste project soms de verkeerde doctrine ingeladen.

Het is een TYPO3 CMS installatie in de root met een composer.json en een Laravel installatie in een submap, met een eigen composer.json.

Webroot
- composer.json
- vendor\ (typo3 installatie)
- \typo3conf\ext\subapp\laravel\composer.json
- \typo3conf\ext\subapp\laravel\vendor\ (laravel installatie)

In beide projecten wordt Doctrine gebruikt, alleen in de TYPO3 installatie is dat een andere versie dan in de Laravel applicatie.

Probleem zit hem er nu in dat als je in de TYPO3 site een record opslaat, hij deze melding geeft:
Call to undefined method TYPO3\CMS\Core\Database\Connection::fetchAllAssociative()

Na diep debuggen kom ik erachter dat het komt omdat hij in de Laravel doctrine installatie uitkomt:
\typo3conf\ext\subapp\laravel\vendor\doctrine\dbal\lib\Doctrine\DBAL\Schema\AbstractSchemaManager.php

en daar wordt (in listTableColumns) de method fetchAllAssociative aangeroepen, maar de TYPO3 doctrine versie heeft die method nog niet.

Hij had dus eigenlijk hier terecht moeten komen:
\vendor\doctrine\dbal\lib\Doctrine\DBAL\Schema\AbstractSchemaManager.php

want deze versie gebruikt de fetchAllAssociative niet (maar fetchAll).

Als ik tijdelijk de vendor map van laravel weghaal, werkt het gewoon prima. Het lijkt dus echt mis te gaan met het autoloaden.

Is er een manier om in de composer.json aan te geven dat hij specifiek de Doctrine versie in zijn eigen vendor map moet gebruiken?


Handmatig:
"Doctrine\\DBAL\\": "vendor/doctrine/dbal/lib/Doctrine/DBAL",

toevoegen aan het PSR-4 autoload gedeelte in de composer.json van de TYPO3 installatie lijkt niet te werken?


De 2 applicaties samenvoegen in 1 composer.json is helaas geen optie, het moeten echt gescheiden applicaties blijven.

Iemand een idee?

[MueR]

Klinkt alsof typo3 probeert om de classmaps van extensies ook vast te laden, wat natuurlijk grandioos mis gaat bij dezelfde namespaces. Kijk eens wat er in je classmap komt te staan wanneer je composer install --classmap-authoritative voor je typo3 installatie doet? Wordt de Laravel variant dan alsnog gebruikt?

[Navi]

Heb het even geprobeerd maar het maakt geen verschil. De classmap file bevat ook enkel relatieve paden, niet het absolute pad naar bv de laravel install:

code:

// autoload_classmap.php @generated by Composer

$vendorDir = dirname(dirname(__FILE__));
$baseDir = dirname($vendorDir);
'Doctrine\\DBAL\\Schema\\Column' => $vendorDir . '/doctrine/dbal/lib/Doctrine/DBAL/Schema/Column.php',

[MueR]

dirname() geeft absolute paden

Maar de interessante vraag is eigenlijk wel of je vervolgens ook wat van je laravel packages tegenkomt in die classmap.

[DJMaze]

Navi schreef op maandag 15 maart 2021 @ 11:09:
Iemand een idee?

Geef in de autoloader de juiste prioriteit aan.
Dus dat map B eerder gecontroleerd moet worden dan map A


Gebruik ook niet 1 PHP instance!
Stel je draait OPCache en die heeft in het geheugen "IkBenClassA" omdat de autoloader die heeft geladen.
Roep je dan in project B bijvoorbeeld class_exists('IkBenClassA') dan is die natuurlijk al ingeladen.
Je moet dan dus beide websites compleet van elkaar scheiden.

[Voor 119% gewijzigd door DJMaze op 15-03-2021 16:08]