Extbase Domain Model erweitern; XCLASS/Extender; tt_address,powermail,femanager

Steffen

Moin Folks,
ich hab meine Erweiterung für TtAddress so gut wie geschafft, aber nur so gut wie. 😤
Ich hab zwei Felder in diese Erweiterung im Backend eingebunden bekommen. Die Daten werden im Backend gespeichert und sind auch editierbar. Ich würde gern ohne Extbase auskommen, da sich Extbase und Rector behaken. Kann mir jemand n Tipp geben, was ich ändern muss?
Mein Problem ist, dass ich die beiden Felder nicht ins Array im Frontend bekomme. Grr …

In der ext_localconf.php habe ich folgendes stehen:
<?php defined('TYPO3') or die(); $GLOBALS['TYPO3_CONF_VARS']['EXT']['tt_address']['classes']['Domain/Model/TtAddress'][] = 'ext_ttaddress';

Meine composer.json:

{
    "name": "dermatthes-frauhofer/ext-ttaddress",
    "description": "Personen Liste",
    "type": "typo3-cms-extension",
    "license": [
        "GPL-2.0-or-later"
    ],
    "version": "1.0.0",
    "require": {
        "typo3/cms-core": "^11.5.34 || ^12.4.10"
    },
    "require-dev": {
        "roave/security-advisories": "dev-latest"
    },
    "autoload": {
        "psr-4": {
            "DerMatthesFrauHofer\\ExtTtAddress\\": "Classes/"
        }
    },
    "extra": {
        "typo3/cms": {
            "extension-key": "ext_ttaddress"
        }
    }
}

Mein Setting:

DDEV
Composer based
Apache
PHP8.1
MariaDB 10.3
TYPO3 v11.5.34
tt-address 7.1.0

Besten Dank an euch
Steffen

Lars Brinkmann

Steffen Hallo Steffen, ich meine, Du brauchst auf jeden Fall die Extension Extender, damit Du tt_address erweitern kannst.
https://docs.typo3.org/p/friendsoftypo3/tt-address/8.0/en-us/Development/ExtendTtAddress/Index.html

Eric Harrer

Lars Brinkmann In der tt_address Dokumentation steht:

This documentation prefers the usage of the extension extender (https://extensions.typo3.org/extension/extender/) by Sebastian Fischer.

Es wird also empfohlen, nicht vorausgesetzt.

Soweit ich das bisher lese führt der Extender die Model-Klassen zusammen, so dass man nur die Properties anlegen muss, die neu hinzu kommen. Dies ist laut Doku mittlerweile aber auch mit Bordmitteln möglich. In o.g. Link zur Persistence steht:

It is not necessary to define a property in the model for each field in the table. Define only the properties for the fields you need!

Ich habe es bisher noch nicht selbst getestet. @Steffen bin gespannt auf deine Rückmeldung dazu.

Eric Harrer

Ich würde gern ohne Extbase auskommen, da sich Extbase und Rector behaken.

Diese Aussage verstehe ich nicht. tt_address basiert doch auf Extbase. Es wird doch hier die für Extbase übliche Model, Repository, Controller Struktur verwendet.

Ich glaube dein Code aus der ext_localconf.php ist die alte Methode Extbase Models zu erweitern. Soweit ich weiß muss das Mapping der Klassen mittlerweile in /Configuration/Extbase/Persistence/Classes.php erfolgen.

Siehe auch https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/Extbase/Reference/Domain/Persistence.html#create-a-custom-model-for-a-core-table

Steffen

Moin,
besten Dank für eure Antworten.

@Extbase und Rector behaken

Ich bekomme folgende Fehlermeldung wenn ich Extbase installieren möchte:

❯ ddev composer req evoweb/extender
./composer.json has been updated
Running composer update evoweb/extender
Loading composer repositories with package information
Updating dependencies
Nothing to modify in lock file
Installing dependencies from lock file (including require-dev)
Nothing to install, update or remove
Generating autoload files
> typo3cms install:fixfolderstructure
No action performed!
> typo3cms database:updateschema '*.add,*.change'

                                                                           
  [ TypeError ]                                                            
  get_class(): Argument #1 ($object) must be of type object, string given  
                                                                           

Exception trace:
#0 ()
   typo3conf/ext/extender/Classes/Event/RegisterAutoloaderEvent.php:45
#1 get_class()
   typo3conf/ext/extender/Classes/Event/RegisterAutoloaderEvent.php:45
#2 Evoweb\Extender\Event\RegisterAutoloaderEvent->autoloaderAlreadyRegistered()
   typo3conf/ext/extender/Classes/Event/RegisterAutoloaderEvent.php:29
#3 Evoweb\Extender\Event\RegisterAutoloaderEvent->__construct()
   typo3/sysext/core/Classes/Utility/GeneralUtility.php:3248
#4 TYPO3\CMS\Core\Utility\GeneralUtility::makeInstanceForDi()
   var/cache/code/di/DependencyInjectionContainer_9d330c9b8e0e96650e2736967f30fcddd7fc251f.php:10620
#5 DependencyInjectionContainer_9d330c9b8e0e96650e2736967f30fcddd7fc251f->getEventDispatcherService()
   var/cache/code/di/DependencyInjectionContainer_9d330c9b8e0e96650e2736967f30fcddd7fc251f.php:10043
#6 DependencyInjectionContainer_9d330c9b8e0e96650e2736967f30fcddd7fc251f->getEventDispatcherInterfaceDecorated1Service()
   vendor/symfony/dependency-injection/Container.php:240
#7 Symfony\Component\DependencyInjection\Container->make()
   vendor/symfony/dependency-injection/Container.php:220
#8 Symfony\Component\DependencyInjection\Container->get()
   vendor/helhum/typo3-console/Classes/Console/Core/Kernel.php:142
#9 Helhum\Typo3Console\Core\Kernel->initialize()
   vendor/helhum/typo3-console/Classes/Console/Core/Kernel.php:91
#10 Helhum\Typo3Console\Core\Kernel->handle()
   vendor/helhum/typo3-console/Scripts/typo3-console.php:18
#11 {closure}()
   vendor/helhum/typo3-console/Scripts/typo3-console.php:20
#12 require()
   vendor/helhum/typo3-console/typo3cms:3
#13 include()
   vendor/bin/typo3cms:119


Script typo3cms database:updateschema '*.add,*.change' handling the typo3-cms-scripts event returned with error code 1
Script @typo3-cms-scripts was called via post-autoload-dump
Composer [req evoweb/extender] failed, composer command failed: exit status 1. stderr=

In der composer.json steht folgendes drin:

{
    "require": {
        "typo3/cms-about": "^11.5",
        "typo3/cms-adminpanel": "^11.5",
        "typo3/cms-backend": "^11.5",
        "typo3/cms-belog": "^11.5",
        "typo3/cms-beuser": "^11.5",
        "typo3/cms-core": "^11.5",
        "typo3/cms-dashboard": "^11.5",
        "typo3/cms-extbase": "^11.5",
        "typo3/cms-extensionmanager": "^11.5",
        "typo3/cms-filelist": "^11.5",
        "typo3/cms-filemetadata": "^11.5",
        "typo3/cms-fluid": "^11.5",
        "typo3/cms-fluid-styled-content": "^11.5",
        "typo3/cms-frontend": "^11.5",
        "typo3/cms-impexp": "^11.5",
        "typo3/cms-indexed-search": "^11.5",
        "typo3/cms-info": "^11.5",
        "typo3/cms-install": "^11.5",
        "typo3/cms-linkvalidator": "^11.5",
        "typo3/cms-lowlevel": "^11.5",
        "typo3/cms-recordlist": "^11.5",
        "typo3/cms-recycler": "^11.5",
        "typo3/cms-redirects": "^11.5",
        "typo3/cms-reports": "^11.5",
        "typo3/cms-rte-ckeditor": "^11.5",
        "typo3/cms-scheduler": "^11.5",
        "typo3/cms-seo": "^11.5",
        "typo3/cms-setup": "^11.5",
        "typo3/cms-sys-note": "^11.5",
        "typo3/cms-t3editor": "^11.5",
        "typo3/cms-tstemplate": "^11.5",
        "typo3/cms-viewpage": "^11.5",
        "typo3/minimal": "^11",
        "in2code/powermail": "^10",
        "lochmueller/calendarize": "^12.4",
        "wapplersystems/cleverreach": "^11.0",
        "yoast-seo-for-typo3/yoast_seo": "^9.0",
        "schliesser/sitecrawler": "^2.0",
        "lochmueller/sourceopt": "^5.1",
        "gridelementsteam/gridelements": "^11.1",
        "jweiland/video-shariff": "^3.0",
        "reelworx/rx-shariff": "^14.0",
        "bobosch/ods-osm": "^4.1",
        "fixpunkt/backendtools": "^4.4",
        "mattheshofer/mhtemplatelmw": "^1.0",
        "mylmw/ext-lmw": "@dev",
        "publication/ext-publication": "@dev",
        "georgringer/numbered-pagination": "^2.0",
        "helhum/typo3-console": "^7.1",
        "lolli/dbdoctor": "^0.5.0",
        "georgringer/news": "10.0.3",
        "friendsoftypo3/tt-address": "^7",
        "dermatthesfrauhofer/ext-textmedia": "@dev",
        "extnews/ext-news": "^1",
        "evoweb/extender": "*"
    },
    "scripts": {
        "typo3-cms-scripts": [
            "typo3cms install:fixfolderstructure",
            "typo3cms database:updateschema '*.add,*.change'",
            "typo3cms language:update",
            "typo3cms cache:flush"
        ],
        "post-autoload-dump": [
            "@typo3-cms-scripts"
        ]
    },
    "config": {
        "allow-plugins": {
            "typo3/class-alias-loader": true,
            "typo3/cms-composer-installers": true
        }
    },
    "repositories": {
        "local": {
            "type": "path",
            "url": "packages/*"
        }
    },
    "require-dev": {
        "typo3/coding-standards": "*",
        "undkonsorten/typo3-auto-login": "*",
        "friendsoftypo3/extension-builder": "*",
        "b13/make": "^0.1.7",
        "ssch/typo3-rector": "^1.7"
    }
}

Hat jemand n Tipp, was hier zu ändern ist?

Vielen Dank, Steffen

Eric Harrer

Steffen Du bringst hier etwas durcheinander. Du versuchst hier mit ddev composer req evoweb/extender die Extension "Extender" von Sebastian Fischer zu installieren. "Extbase" hingegen ist ein Extension-Framework des TYPO3 Cores. Die Extension "Extender" hilft dir beim erweitern von Model Klassen des "Extbase"-Frameworks.

Wie oben bereits geschrieben halte ich es hier für unnötig die Extension "Extender" zu installieren/nutzen. Probiere es doch mal mit dem von mir oben verlinkten Weg über die Datei /Configuration/Extbase/Persistence/Classes.php in deinem Sitepackage.

Randnotiz:
Mir fällt es schwer deine Code-Schnippsel zu lesen. Bitte formatiere deinen Code nicht nur mit einem Backtick ` (geeignet für einzelne Begriffe) sonder mit jeweils drei ``` in der vorhergehenden und nachfolgenden Zeile, um den Code nicht innerhalb der Zeile sondern als ganzen Block darstellen zu lassen.
Siehe hierzu auch den folgenden Thread: https://forum.t3academy.de/d/16-code-formatierungen/2

Steffen

Steffen
Hallo Eric,
okay, danke dir für die Klarstellung. Den Unterschied kannte ich noch nicht.
Danke dir, Steffen

Eric Harrer

Zunächst beschreibe ich der Vollständigkeit halber den Weg, den du bereits gegangen bist, um ein neues Feld in der Tabelle tt_address zu ergänzen.

In der Datei ext_tables.sql wurde das Feld für die Datenbank definiert:

CREATE TABLE tt_address
(
    my_custom_field varchar(255) DEFAULT '' NOT NULL
);

Mit folgendem Eintrag für das Table Configuration Array (TCA) in der Datei Configuration/TCA/Overrides/tt_address.php konfigurierst du das neue Feld für die Backend-Ausgabe:

<?php
defined('TYPO3') or die();

use TYPO3\CMS\Core\Utility\ExtensionManagementUtility;

(static function () {
    ExtensionManagementUtility::addTCAcolumns('tt_address',
        [
            'my_custom_field' => [
                'exclude' => 0,
                'label' => 'LLL:EXT:sitepackage/Resources/Private/Language/locallang_db.xlf:tt_address.my_custom_field.title',
                'description' => 'LLL:EXT:sitepackage/Resources/Private/Language/locallang_db.xlf:tt_address.my_custom_field.description',
                'config' => [
                    'type' => 'input',
                    'size' => 40,
                    'eval' => 'trim',
                    'max' => 255
                ]
            ],
        ]
    );

    ExtensionManagementUtility::addToAllTCAtypes(
        'tt_address',
        'my_custom_field',
        '',
        'before:name'
    );
})();

Die Labels würde ich auslagern in die Datei Resources/Private/Language/locallang_db.xlf. Das sieht dann so aus:

<xliff version="1.0" xmlns:t3="http://typo3.org/schemas/xliff">
    <file source-language="en" datatype="plaintext" original="messages" date="2011-10-18T18:20:51Z" product-name="sitepackage">
        <header/>
        <body>
            <trans-unit id="tt_address.my_custom_field.title" xml:space="preserve">
                <source>My Custom tt_address field</source>
            </trans-unit>
            <trans-unit id="tt_address.my_custom_field.description" xml:space="preserve">
                <source>This is the description of my custom field</source>
            </trans-unit>
        </body>
    </file>
</xliff>

Der von mir oben beschriebene Weg hat leider für die Erweiterung der Klasse FriendsOfTYPO3\TtAddress\Domain\Model\Address nicht funktioniert. Aus diesem Grund würde ich, wie Torben Hansen hier in seinem Blog beschreibt, XCLASS verwenden.

Dementsprechend musst du in der ext_localconf.php deiner erweiternden Extension (ggfls. dein Sitepackage) folgende Angabe machen (Namespaces entsprechend anpassen):

<?php
declare(strict_types=1);

defined('TYPO3') or die();

use FriendsOfTYPO3\TtAddress\Domain\Model\Address as OriginalAddress;
use VendorName\Sitepackage\Domain\Model\Address;

(static function () {
    $GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects'][OriginalAddress::class] = [
        'className' => Address::class,
    ];
})();

und in deiner erweiternden Model Klasse Classes/Domain/Model/Address.php dann folgende Angaben:

<?php
declare(strict_types=1);

namespace VendorName\Sitepackage\Domain\Model;

use FriendsOfTYPO3\TtAddress\Domain\Model\Address as OriginalAddress;

class Address extends OriginalAddress
{
    /**
     * @var string
     */
    protected string $myCustomField = '';

    public function setMyCustomField(string $myCustomField): void
    {
        $this->myCustomField = $myCustomField;
    }

    public function getMyCustomField(): string
    {
        return $this->myCustomField;
    }
}

Wichtig ist hier, dass die Originale Klasse per extend erweitert wird.

Der in der Datenbank definierte Feldname wird in Extbase im Model von snake_case zu lowerCamelCase umgewandelt.
Beispiel: Feldname my_custom_field wird zur Klassen-Eigenschaft myCustomField

Zusätzlich ist aber noch in der Datei Configuration/Extbase/Persistence/Classes.php folgende Angabe erforderlich, damit der neuen Klassen-Eigenschaft auch der tatsächliche Inhalt der Datenbank zugewiesen wird. Die neue Klassen-Eigenschaft würde sonst zwar ausgegeben werden, aber nicht den Wert der Datenbank enthalten.

<?php
declare(strict_types=1);

use VendorName\Sitepackage\Domain\Model\Address;

return [
    Address::class => [
        'tableName' => 'tt_address'
    ]
];

Steffen

Eric Harrer
Ich würde das noch für TYPO3 9.5 bis 11.5 hier ergänzen:

use FriendsOfTYPO3\TtAddress\Domain\Model\Address as OriginalAddress;
use VendorName\Sitepackage\Domain\Model\Address;

// nötig für TYPO3 v9.5 bis v11.5
use TYPO3\CMS\Core\Utility\GeneralUtility;
use TYPO3\CMS\Extbase\Object\Container\Container;

defined('TYPO3') or die();

(static function () {
	$GLOBALS['TYPO3_CONF_VARS']['SYS']['Objects'][OriginalAddress::class] = [
		'className' => Address::class,
	];

	// Register extended registration class (TYPO3 9.5 - 11.5 only, not required for TYPO3 12)
	GeneralUtility::makeInstance(Container::class)
		->registerImplementation(
			OriginalAddress::class,
			Address::class
		);
})();

Eric Harrer

Da ich das ohnehin nun alles praktisch nachvollzogen hatte, habe ich das heute mal als Demo-Extension auf GitHub hochgeladen.
https://github.com/ErHaWeb/tt_address_extend

Direkt nach der Installation wird in der Adress-Liste das neue Feld sichtbar

Steffen

Auf Slack gab es dazu auch kurz Feedback auf Erics Frage zu XCLASS

Vielen Dank für deine Hilfe
Steffen

Eric Harrer

Slack-Diskussion hier nochmal in Kopie:

Eric Harrer 09:03 Uhr

Kurze Frage: Wenn ich ein Extbase Model um eine eigene Eigenschaft erweitern möchte (z.B. eigenes Feld im Address Model der EXT:tt_address), geht das in TYPO3 12 auch ohne XLCASS?
Ich habs bisher nur auf diese Weise hin bekommen: https://github.com/ErHaWeb/tt_address_extend/

Chris Wolff [@wolffc] 09:30 Uhr

@Eric Harrer Domain Model sind nicht dafür gedacht erweitert zu werden.
die Idee ist das deine Extension ein eigenes Domain Model hat. nur mit den Properties die es benötigt.
wenn es z.b zwei extension. gibt das eine soll eine Mitarbeiter liste anzeigen. dann intessieren diese extnesion felder wie vorname, nachname, abteiliung
während eine passwort verwaltugns extension. vieleicht nur email & passwort feld interessiert.
und so hätten beide extensions ein Domänenspezifischens model. was auf die tabelle fe_users mapped.
dadurch must deine extension keine felder mit rumschleppen die es nicht braucht. und du kannst auch gar nicht aus versehen etwas verändern was du nicht ändern wolltests.

Eric Harrer 09:40 Uhr

@wolffc Ah ok, den grundlegenden Gedanken dahinter verstehe ich nun, danke dir. Im aktuellen Fall ist es jedoch so, dass tatsächlich alle Address-Felder des Standard-Models gebraucht werden und nur ein paar eigene Felder hinzu kommen sollten. Ich schätze in so einem Fall ist dann XCLASS legitim, um nicht alles noch ein zweites mal definieren zu müssen oder?

Chris Wolff [@wolffc] vor 3 Stunden

ich würde eher ein class B extends A machen wenn du das neue model nur in deiner eigenen extension brauchst. XCLASS ist immer etwas hässlich

Eric Harrer vor 2 Stunden

Ah, genau darauf wollte ich mit meiner Frage heraus. class B extends A habe ich bereits drin.
https://github.com/ErHaWeb/tt_address_extend/blob/main/Classes/Domain/Model/Address.php#L25
aber wie sage ich ihm, dass er statt der Standard-Klasse meine Klasse nehmen soll. Das habe ich bisher per XCLASS gemacht. Mir wäre es auch lieber ohne XCLASS auszukommen.
Folgende Persistence Konfiguration habe ich aktuell:
https://github.com/ErHaWeb/tt_address_extend/blob/main/Configuration/Extbase/Persistence/Classes.php
Kannst du mir sagen was ich übersehen habe?

Chris Wolff [@wolffc] vor 2 Stunden

das normale PHP extends funktioniert nur in deiner eigenen extension weil du dort explizit dein eigenes Repository verwenden kannst. und deine Controler mit deinem Model als Datentyp spezifizieren kannst.
damit ist es nicht möglich das model global zu setzten.

Eric Harrer vor 1 Stunde

Danke dir, gibt es denn ein anderes extends als normale PHP extends? Schließe ich also richtig daraus, dass kein Weg an XCLASS + extend vorbei führt wenn ich das Model einer fremden Extension um ein Feld anreichern möchte ohne die gesamte Feld-Konfiguration zu duplizieren.

Sebastian Mendel vor 1 Stunde

https://extensions.typo3.org/extension/extender
Passt das eventuell?

Chris Wolff [@wolffc] vor 1 Stunde

"extend" ist ein mechainusmus von PHP
"XCLASS" ist ein mechanismus von TYPO3 der im wesentlichene sagt wenn jemand versucht eine Instanz dieser Klasse zu erzeugen gib ihm die andere.
das hat den nachteil das du eine XCLASS nicht erweitern kannst. (keine mehrfach vererbung) wenn also eine andere extension ebenfallst TT_address model mittels XCLASS erweitert geht das schief.
mit dem regulären php extends kann es mehere classen geben die von einer erben

Eric Harrer vor 1 Stunde

Ok, danke für die Klarstellung. Aus diesen Gründen suche ich einen Weg. möglichst ohne XCLASS das Model zu erweitert aber eben auch ohne alle Feld-Konfiguration duplizieren zu müssen. Geht das überhaupt? Aktuell sehe ich neben XCLASS keinen Weg dem System mitzuteilen, dass die Angaben aus meinem Model berücksichtigt werden sollen.

Eric Harrer vor 43 Minuten

@Sebastian Mendel danke dir, die Installation von Extender wollte ich vermeiden, um keine neue Abhängigkeit rein zu bringen. Dennoch macht es vermutlich Sinn sich den Code mal näher anzusehen, um zu verstehen, wo man sich mit der eigenen Ext einhängen müsste.

Chris Wolff [@wolffc] vor 37 Minuten

dein usecase sollte eigendlich der folgende sein https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/Extbase/Reference/Domain/Persistence.html#create-a-custom-model-for-a-core-table
nur das du halt das bestehende tt address model erweiterst anstatt AbstractEntitiy

Sebastian Mendel vor 37 Minuten

Aber so wie ich das bisher verstanden habe, Felder/Eigenschaften hinzufügen und nicht Limitieren/Filtern oder nur Teile davon nutzen, macht diese Extension genau das was du willst, und auch nur das. Also Ideal.
Verfalle nicht dem NIH-Syndrom 😉

Eric Harrer vor 21 Minuten

@wolffc korrekt, diesen Stand hätte ich bereits, wenn ich die XCLASS-Zeile in der ext_localconf.php weg lassen würde. In diesem Falle wird allerdings nicht mein Model verwendet bei der Ausgabe durch das Plugin sondern das Standard-Model. Mir wird langsam klar, dass das Problem vermutlich eher im Kontext liegt, in dem das Model verwendet wird. Im Beispielfall wird es durch den Plugin-Controller verwendet. Dieser nutzt ja das Default-Model, nicht meines. So gesehen müsste ich diesen Controller überschreiben, aber auch hier würde das nur per XCLASS gehen, gleiches Spiel..

Eric Harrer vor 20 Minuten

@Sebastian Mendel Mir ging es vor allem darum Extbase besser zu verstehen. Die Frage kam in einem Forum auf und ich wollte sie fachgerecht beantworten. Aber ja, mit XCLASS geht es und ich sehe für den Moment keine Alternative dazu.
https://forum.t3academy.de/d/258-ttaddress-erweitern/

Chris Wolff [@wolffc] vor 7 Minuten

Ja wenn du möchtest das dein model vom tt address controller verwendet wird. brauchst du XCLASS (oder vieleicht extender das kenne ich nicht).
wenn du dein model in eigenene controllern verwenden willst brauchst du kein XCLASS

Eric Harrer vor 5 Minuten

AH, jetzt sehe ich langsam klarer. Mein Use Case alles so zu lassen wie es ist und nur ein Feld mehr zur Verfügung zu haben wäre dann also tatsächlich eher ein Fall für XCLASS um nicht den ganzen Konfigurations Overhead zu haben ein eigenes Plugin bzw. einen eigenen Controller für die sonst gleiche Funktionalität anzulegen..

hagenbreak

moin - ich würd mich hier gern mal einklinken.

Ich versuche gerade in einer v12 den evoweb/extender zu nutzen.

Bei mir ist es die femanager extension, dessen user model ich erweitern möchte (es lief bis jetzt wunder bar in TYPO3 9 soll jetzt aber in 12 funktioinren)
Ich hab also den extender konfiguriert und der hat mir nun eine fehlermeldung, weil in meinem eigenen user model noch ein weiteres model genutzt wird.
Da versucht der extender eine verbindung zum femanager herzustellen. Femanager hat das zusätzliche model aber nicht.

Fatal error: Could not check compatibility between XXX\YYY\Domain\Model\User::addStar(XXX\YYY\Domain\Model\Star $star) and In2code\Femanager\Domain\Model\User::addStar(In2code\Femanager\Domain\Model\Star $star), because class In2code\Femanager\Domain\Model\Star is not available in /var/www/html/packages/YYY/Classes/Domain/Model/User.php on line 212

Habt ihr ne idee wie das klappen kann? Der ursprüngliche weg über Configuration\Extbase\Persistence\Classes.php funktioniert hier leider (warum auch immer) gar nicht.

Eric Harrer

hagenbreak könntest du evtl. mal den für die Erweiterung des User Models relevanten Code teilen, der in v9 noch funktionierte? Das würde beim Beantworten der Frage bezogen auf v12 helfen.

Eric Harrer

FYI: Wie ich mittlerweile gesehen habe, gibt es seit Februrar 2024 sogar eine offizielle Dokumentation zur Erweiterung von Extbase Models per XCLASS:
https://docs.typo3.org/m/typo3/reference-coreapi/main/en-us/ExtensionArchitecture/HowTo/ExtendExtbaseModel/Index.html

Wie man jedoch auch am Kommentar von Garvin Hicking im zugehörigen PR sieht, sollte man sich zunächst gut überlegen, ob man auf die Nutzung von XCLASS setzen möchte, da dieser Vorgang, wie auch hier im Thread bereits diskutiert, mit der ursprünglichen Idee einer isolierten Domain bricht.
https://github.com/TYPO3-Documentation/TYPO3CMS-Reference-CoreApi/pull/3732#pullrequestreview-1857032811

Anwendungsfall Powermail:
Ich stand gestern vor der Aufgabe Models aus EXT:powermail zu erweitern. Dabei bin ich in ein mir bisher neues Problem, eine Endlos-Schleife beim Frontend-Aufruf, hinein geraten. Das Problem trat im Zusammenhang mit Bezügen der Modelle zueinander auf.

Konkret kommt es dazu, wenn Model A per ObjectStorage Model B referenziert und sowohl Model A als auch B per XCLASS erweitert werden. Die Lösung des Problems war es, die Klassen-Variable in Model A, die den ObjectStorage mit Objekten des Models B vorhält, explizit in der erweiternden Klasse für Model A zu definieren mit dem Pfad zur erweiternden Klasse für Model B.

Im Falle von Powermail begegnete mit dieses Problem in folgenden beiden Situationen:

Erweiterung von Form und Page
→ ObjectStorage<Page> musste in Form explizit gesetzt werden

<?php
namespace Me\MyExtension\Domain\Model;
class Form extends \In2code\Powermail\Domain\Model\Form
{
    /**
     * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage<\Me\MyExtension\Domain\Model\Page>
     */
    protected $pages;
}

Erweiterung von Page und Field
→ ObjectStorage<Field> musste in Page explizit gesetzt werden

<?php
namespace Me\MyExtension\Domain\Model;
class Page extends \In2code\Powermail\Domain\Model\Page
{
    /**
     * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage<\Me\MyExtension\Domain\Model\Field>
     */
    protected $fields = null;
}

Weitere Details findet ihr in folgendem Issue:
https://github.com/in2code-de/powermail/issues/996

Ich bin mir aktuell nicht ganz sicher, ob dies ein rein Powermail-spezifisches ist oder ein generelles Problem im Zusammenspiel von, per XLCASS erweiterten, Domain Models, die aufeinander Bezug nehmen.

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS