runonce in Contao Managed Edition + Contao Manager wird nicht ausgeführt

Hi,
ich versuche grad eine runonce zu starten in einer meiner Contao Bundle Erweiterung.
Die Erweiterung an sich funktioniert, aber die runonce wird nicht ausgeführt. Auch keinerlei Fehlermeldungen zu finden (weder in var/log/ noch im CM Log).

Definiert habe ich die in der composer.json wie zu Contao 3 Zeiten auch im extra Pfad (nicht in config/), nur mit angepasstem Pfad (Bundle Struktur):

Code:

---

        "extra":{
                "contao":{
                                "runonce":[
                                        "src/Resources/contao/runonce/runonce.php"
                                        ]
                },

---

Geht das überhaupt noch so?
Wann würde die aufgerufen werden, erst durch Aufruf des Install Tools oder schon vorher?

Auch wenn ich die nach src/Resources/contao/config/ schiebe passiert nichts nach der Installation der Erweiterung inkl. Install Tool Aufruf.

Steht aber so, das zumindest diese Variante gehen sollte:

Zitat:

---

system/runonce.php

The system/runonce.php file is no longer supported. If you need to set up a runonce.php file, put it in the src/Resources/contao/config/ directory.

---

Äh Fehler von mir.

Im config/ Verzeichnis der Erweiterung wird diese ausgeführt. Aber als Bundle offenbar nur da und nur als runonce.php.

Muss das Thema nochmal rauskramen.
Bei einer Erweiterung vom Typ Contao-Bundle wird die runonce.php im Verzeichnis src/Resources/contao/config/ meiner Erweiterung zwar ausgeführt, aber eben der Natur nach auch gelöscht.
Das führt dazu, dass beim nächsten Update Composer meckert:

Code:

---

The package has modified files:
    D src/Resources/contao/config/runonce.php
    Discard changes [y,n,v,d,s,?]? y

---

Mal abgeshen davon, das ich das nur auf Kommandozeile beheben kann, ist das ja nun auch nicht sinnvoll das bei jedem Update tun zu müssen.

Gibt es da ein einfachen Ersatz für? Ohne jetzt gleich über doctrine migration oder ähnliches gehen zu müssen?

In meinem Fall musste ich den Namen einer Tabellenspalte umbenennen. Dafür brauche ich eine Migration für bereits installierte Installationen. Der Inhalt des Feldes bleibt gleich.

Bevor ich eine ganz schräge Idee probiere (DAU Lösung) , wollte ich mal fragen ob es da vielleicht eine Lösung für gibt die keine tiefen Kenntnisse in doctrine bedürfen.

Dafür habe ich mir ein Modul geschrieben: https://github.com/Sioweb/CCEvents

Das führt ein Script aus bei Composer install / update. Hier wäre noch das Beispiel-Modul dafür https://github.com/Sioweb/CCEventsExample

Ich bin mir jetzt nur nicht sicher, ob das "easy" ist :D

Sieht interessant aus. Werde ich mir anschauen und testen.

Meine "Dau" Lösung wäre, noch ungetestet, als Abhängigkeit ein weiteres Modul zu bauen vom Typ contao-module, was nur die runonce.php enthält, die über das composer plugin ja dann funktioniert :-)

Also mit CCEvent habe ich so meine Probleme da ein Umfeld zu schaffen um Datenbank Abfragen machen zu können.
Alle Ansätze enden damit, das die Contao Klassen, speziell die "Config" nicht gefunden wird, da die System Klasse nicht Contao\Config importiert sondern nur Config.
Meine Autoloader Versuche schlugen bisher fehl.

Ho!

hier z.B. nutze ich Contao\File und Contao\Input https://github.com/Sioweb/ApplyEnvir...Controller.php

Evt. ist Contao an der Stelle auch noch nicht ausreichen initialisiert, ich muss mir das auch mal anschauen.

Aber dort wird das ja nicht über CCEvent aufgerufen.
Mein Problem ist, aus dem statischen Aufruf wie in der compsoer json definiert in das Contao Frankework einzusteigen.

Aber dein Beispiel zeigt ja nebenbei wie man sich in das event: contao_installation.initialize_application einklinkt, vielleicht ist das ne Möglichkeit, in der onInitializeApplication weiter zu machen.