Module werden nicht geladen

[Gausi]

Ich verzweifle weiter daran, meine Erweiterung auf 4.4 zu portieren. Neuer Stand ist, dass jetzt die Datenbankfelder erstellt werden, ich aber die Module nicht mehr sehe. ich kann zwar im Backend die Module von den Typen meiner Erweiterung erstellen und bearbeiten, aber wenn ich diese dann in einen Artikel einbinden will, passiert praktisch nichts.

Weder erscheint im Backend die übliche Modul-Vorschau, also in etwa das:

Modul-Titel
### Modulname ###

, noch passiert im Frontend überhaupt irgendwas. Das bleibt dann einfach leer.

Ich weiß jetzt leider nicht einmal genau, welche Dateien zur Fehlersuche relevant sind, ich poste einfach mal ein paar. Alle Pfadangaben hier relativ zu vendor/myname/mybundle/.
Die Modul-Dateien liegen in src/Resources/contao/modules, die ich beim aktuellen Stand auch einfach löschen kann, ohne das irgendwo gemeckert wird. Die werden scheinbar überhaupt nicht registriert ....

Composer.json

{
  "name": "danielgausi/contao-calendareditor-bundle",
  "description": "Contao Extension to create and edit calendar events in the frontend",
  "keywords": ["contao", "calendar", "calendar_editor", "calendar editor", "calendar frontend"],
  "type": "contao-bundle",
  "homepage": "https://github.com/DanielGausi/Contao-CalendarEditor",
  "license": "LGPL-3.0-or-later",
    
    "require": {
        "php": ">=5.6.0",
        "contao/core-bundle": "~4.4" ,
        "menatwork/contao-multicolumnwizard": "^3.3"
    },
    "autoload": {
        "psr-4": {
            "DanielGausi\\CalendarEditorBundle\\": "src/"
        },                
        "classmap": [
            "src/Resources/contao/"
        ],
        "exclude-from-classmap": [
            "src/Resources/contao/config/",
            "src/Resources/contao/dca/",
            "src/Resources/contao/languages/",
            "src/Resources/contao/templates/"
        ]
      },
    "extra":{
        "contao-manager-plugin": "DanielGausi\\CalendarEditorBundle\\ContaoManager\\Plugin"
    }
} 

ContaoManager/Plugin.php

<?php

namespace DanielGausi\CalendarEditorBundle\ContaoManager;

use DanielGausi\CalendarEditorBundle\CalendarEditorBundle;

use Contao\ManagerPlugin\Bundle\Config\BundleConfig;
use Contao\ManagerPlugin\Bundle\BundlePluginInterface;
use Contao\ManagerPlugin\Bundle\Parser\ParserInterface;

class Plugin implements BundlePluginInterface
{
    /**
     * {@inheritdoc}
     */
    public function getBundles(ParserInterface $parser)
    {
        return [
            BundleConfig::create('DanielGausi\CalendarEditorBundle\DanielGausiCalendarEditorBundle')
                ->setLoadAfter(
                    [
                        'Contao\CoreBundle\ContaoCoreBundle',
                        'Contao\CalendarBundle\ContaoCalendarBundle',
                        'MenAtWork\MultiColumnWizard'
                    ]
                )
        ];
    }
}

src/ressources/contao/config/config.php

<?php

$GLOBALS['FE_MOD']['events']['calendarEdit'] = 'DanielGausi\CalendarEditorBundle\ModuleCalenderEdit';
$GLOBALS['FE_MOD']['events']['EventEditor'] = 'DanielGausi\CalendarEditorBundle\ModuleEventEditor';
$GLOBALS['FE_MOD']['events']['EventReaderEditLink'] = 'DanielGausi\CalendarEditorBundle\ModuleEventReaderEdit';
$GLOBALS['FE_MOD']['events']['EventHiddenList'] = 'DanielGausi\CalendarEditorBundle\ModuleHiddenEventlist';
$GLOBALS['TL_HOOKS']['getAllEvents'][] = array('ListAllEvents_Hook', 'updateAllEvents');

[eS_IT]

Dein Manager-Plugin wird vermutlich nicht geladen. Bin leider gerade nicht am Rechner und kann nicht auf meine Daten zugreifen, aber in meinem Blog auf easySolutionsIT.de habe ich das Thema in den letzten 4 Beiträgen behandelt. Vielleicht hilft Dir das.

Viele Grüße,
eS_IT

Gesendet von meinem LG-H930 mit Tapatalk

[Gausi]

Das sollte eigentlich schon geladen werden. Denn wenn ich da Unsinn reinschreibe, gibt es ne Fehlermeldung.

Habs auch mit dieser Variante probiert

return [            
            BundleConfig::create(CalendarEditorBundle::class)
                ->setLoadAfter(
                    [
                        'Contao\CoreBundle\ContaoCoreBundle',
                        'Contao\CalendarBundle\ContaoCalendarBundle',
                        'MenAtWork\MultiColumnWizard'
                    ]
                )
        ]; 

Wenn ich da z.B. dann ein "CalendarEditorBundleXXXXXXX" reinsetze, dreht der ContaoManager-Schrägstrich-Composer durch, und ich muss manuell \var\cache\prod löschen, besonders die Datei bundles.map, sonst bleibt das System komplett unbedienbar.

[Gausi]

Soooo, jetzt geht es. Also vielleicht, scheinbar. Ich traue dem Braten noch nicht so ganz.

Wenn ich in der config.php die "Pfadangaben" weglasse, also nur

$GLOBALS['FE_MOD']['events']['calendarEdit'] = 'ModuleCalenderEdit';
$GLOBALS['FE_MOD']['events']['EventEditor'] = 'ModuleEventEditor';
$GLOBALS['FE_MOD']['events']['EventReaderEditLink'] = 'ModuleEventReaderEdit';
$GLOBALS['FE_MOD']['events']['EventHiddenList'] = 'ModuleHiddenEventlist'; 

Dann läuft es. Habe ich dann in diesem Tutorial / Foliensatz was falsch verstanden?

https://docs.contao.ninja/de/vortrag...undle.html#/11

[webstar]

Entwickelst du unter der Dev-Umgebung? Sonst passiert es dir immer wieder, dass Contao/Symfony den Cache aufbaut und jede Änderung ein Leeren des Caches erforderlich macht.

src/ressources/contao/config/config.php

Resources sollte groß geschrieben sein, aber ich gehe davon aus, dass es sich hier um einen Schreibfehler im Forum handelt. Will nur ausschließen, dass es daran hapert.

[eS_IT]

Soooo, jetzt geht es. Also vielleicht, scheinbar. Ich traue dem Braten noch nicht so ganz.

Wenn ich in der config.php die "Pfadangaben" weglasse, also nur

$GLOBALS['FE_MOD']['events']['calendarEdit'] = 'ModuleCalenderEdit';
$GLOBALS['FE_MOD']['events']['EventEditor'] = 'ModuleEventEditor';
$GLOBALS['FE_MOD']['events']['EventReaderEditLink'] = 'ModuleEventReaderEdit';
$GLOBALS['FE_MOD']['events']['EventHiddenList'] = 'ModuleHiddenEventlist'; 

Dann läuft es. Habe ich dann in diesem Tutorial / Foliensatz was falsch verstanden?

https://docs.contao.ninja/de/vortrag...undle.html#/11

Das ist keine Pfadangabe, sonder der Namespace. Wenn Du in einen Namspace verwendest, musst Du ihn dort auch angeben. Ist dies nicht der Fall, reicht es so. Allerdings ist dann die Frage, wie das Autoloading funktioniert und wie die Klassen gefunden werden.