Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo zusammen, ich hatte das Problem auch. Die Fehlermeldung enthielt den Hinweis, dass in den System-Extensions css_styled_content und fe_login die Datei ext_tables.php fehlt. Ein Blick in die beiden Ordner bestätigte dies. Ich habe mir die ext_tables.php(s) aus den entsprechenden Ordnern der Version 6.2.3 kopiert und nun läuft's wieder. Grüße, Birgit - bin kein Programmierer und hoffe, dass ich da keinen eklatanten Fehler gemacht habe :-) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Ich würde echt gerne wissen was der richtigste Weg wäre. =)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Montag, 14. Juli 2014 16:25
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Also ich habe bisher nur für diese Anpassung eine API-Funktion gefunden...
Vorher:
$GLOBALS['TCA']['tt_content']['columns']['pi_flexform']['config']['ds'][',fe_header_teaser']
= 'FILE:EXT:example/Configuration/FlexForms/FeHeaderTeaser.xml';
Nachher:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPiFlexFormValue('*',
'FILE:EXT:example/Configuration/FlexForms/FeHeaderTeaser.xml',
'fe_header_teaser');
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Montag, 14. Juli 2014 16:06
An: German TYPO3 Userlist
Cc: Philipp Gampe
Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo Philipp,
danke für deine Einwände. Nun frage ich mich allerdings, wie ich überhaupt die
Einstellungen mit den beiden von dir genannten Funktionen bewerkstelligen soll.
In der Tat habe ich mir diese zuvor schon angesehen. Der Punkt ist ja, dass
addTCAcolumns() nur einen Index für $GLOBALS['TCA'][$table]['columns'] anlegt.
Aber ich lege je einen neuen Key für $GLOBALS['TCA']['tt_content']['types'] an.
Und soweit ich es sehen kann, gibt's 'types' wohl keine API. Denn auch die
andere Funktion addToAllTCAtypes() modifiziert nur bestehende
showitem-Eigenschaften.
Wie sollte ich nun richtiger Weise vorgehen?
Danke auch noch für die Links zu den Infos für TCA/Override. So wird schon mal
einiges klarer. =)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe
Gesendet: Montag, 14. Juli 2014 12:59
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hi David,
David Gurk wrote:
Oh ich muss doch noch einmal einhaken... es gibt ja das neue TCA
caching
feature:
http://lists.typo3.org/pipermail/typo3-dev/2014-April/048273.html
Wenn ich meine Datei in den Ordner Overrides rein lege, dann benötige
ich wohl offensichtlich auch nicht mehr das require_once. Allerdings
ist über diesem Weg wohl leider $_EXTKEY nicht präsent und somit
taucht mein Problem auf.
Ich musste nun überall manuell den Extension-Key hinzufügen, und dann
$TCA in $GLOBALS['TCA'] ändern.
Solltest du auch nicht machen, sondern die API nutzen:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns()
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes()
http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/Examples/Index.html
Nun nochmal umdenken... und alles wieder auf Anfang. In meiner
Extension habe ich in der ext_tables.php folgende Zeile definiert:
require_once
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) .
'Configuration/TCA/ContentElements.php';
Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert:
http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich
dies immer an den für mich am logischsten Ort ausgelagert. Das klappte
bisher auch immer sehr gut.
Als ich nun das require_once auskommentierte, blieb der Fehler, da die
ContentElements.php wohl automatisch geladen wird.
Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem
TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie
nachvollziehbar, aber leider auch ein wenig unbefriedigend.
Ich habe mich jetzt mal an
http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro
-element/ orientiert und einen Unterordner von TCA angelegt und alles
dort abgelegt.
Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht
weiterhin meinem Strukturgedanken.
Mich interessiert jetzt Deine/Eure Meinung zu dem Thema.
Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir
genannten Änderung (https://review.typo3.org/31233) zusammen, oder
vielleicht doch an einer anderen entscheidenden Sache? Schon
merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir
vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen
wurde.
Die Dateien in Configuration/TCA/*.php wurden für 6.x automatisch gelanden.
Sie dürfen nur das TCA Array enthalten und müssen auch nur das zurückgeben.
Beispiel:
https://git.typo3.org/?p=Packages/TYPO3.CMS.git;a=blob;f=typo3/sysext/core/Configuration/TCA/sys_language.php;h=39c30a4103e28c564d3cfc21a14e2f0ee9c48365;hb=HEAD
Seit 6.2 sollten die Manipulationen in Configuration/TCA/Override/ damit die
ext_tables.php gecached werden können.
http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/StoringChanges/Index.html
Grüße
--
Philipp Gampe
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo Oliver, hallo Community, ich schulde Dir/Euch noch mein Feedback. Grundsätzlich würde ich auch gerne Eure Meinung dazu hören. Oliver Hader schrieb am Mittwoch, 9. Juli 2014 09:46: In welcher Extension tritt das denn auf? Tritt dieser Fehler bei formhandler, solr usw. ebenso auf? Also ich habe diverse Extensions installiert, plus meiner eigenen Extension (eigenes site package). Durchsuche ich alle installierten Extensions nach addPlugin finde ich nur Treffer bei formhandler, pagebrowse, solr und meiner eigene. Ich habe die genannten Extensions über PackageStates.php deinstalliert und im Install-Tool den Cache gelöscht. Damit funktionierte das System wieder. Danach habe ich selektiv die Extensions wieder hinzugefügt. Dadurch konnte ich das Problem bei formhandler, pagebrowse und solr auschließen. Zum Glück liegt das Problem nur bei meiner eigenen Extension vor. Also testete ich weiter... Ich entferne ext_localconf.php und ext_tables.php. Das Problem bleibt bestehen. Nun nochmal umdenken... und alles wieder auf Anfang. In meiner Extension habe ich in der ext_tables.php folgende Zeile definiert: require_once \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) . 'Configuration/TCA/ContentElements.php'; Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert: http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich dies immer an den für mich am logischsten Ort ausgelagert. Das klappte bisher auch immer sehr gut. Als ich nun das require_once auskommentierte, blieb der Fehler, da die ContentElements.php wohl automatisch geladen wird. Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie nachvollziehbar, aber leider auch ein wenig unbefriedigend. Ich habe mich jetzt mal an http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro-element/ orientiert und einen Unterordner von TCA angelegt und alles dort abgelegt. Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht weiterhin meinem Strukturgedanken. Mich interessiert jetzt Deine/Eure Meinung zu dem Thema. Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir genannten Änderung (https://review.typo3.org/31233) zusammen, oder vielleicht doch an einer anderen entscheidenden Sache? Schon merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen wurde. So, ich für meinen Teil kann hiermit diese Sache abhaken. =) Viele Grüße David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Oh ich muss doch noch einmal einhaken... es gibt ja das neue TCA caching feature: http://lists.typo3.org/pipermail/typo3-dev/2014-April/048273.html Wenn ich meine Datei in den Ordner Overrides rein lege, dann benötige ich wohl offensichtlich auch nicht mehr das require_once. Allerdings ist über diesem Weg wohl leider $_EXTKEY nicht präsent und somit taucht mein Problem auf. Ich musste nun überall manuell den Extension-Key hinzufügen, und dann $TCA in $GLOBALS['TCA'] ändern. Somit kann ich jetzt das TCA Caching nutzen. Mein Beispiel von vorhin sieht nun wie folgt aus: http://pastebin.com/WZ3R1fEE -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk Gesendet: Montag, 14. Juli 2014 10:17 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin(). Hallo Oliver, hallo Community, ich schulde Dir/Euch noch mein Feedback. Grundsätzlich würde ich auch gerne Eure Meinung dazu hören. Oliver Hader schrieb am Mittwoch, 9. Juli 2014 09:46: In welcher Extension tritt das denn auf? Tritt dieser Fehler bei formhandler, solr usw. ebenso auf? Also ich habe diverse Extensions installiert, plus meiner eigenen Extension (eigenes site package). Durchsuche ich alle installierten Extensions nach addPlugin finde ich nur Treffer bei formhandler, pagebrowse, solr und meiner eigene. Ich habe die genannten Extensions über PackageStates.php deinstalliert und im Install-Tool den Cache gelöscht. Damit funktionierte das System wieder. Danach habe ich selektiv die Extensions wieder hinzugefügt. Dadurch konnte ich das Problem bei formhandler, pagebrowse und solr auschließen. Zum Glück liegt das Problem nur bei meiner eigenen Extension vor. Also testete ich weiter... Ich entferne ext_localconf.php und ext_tables.php. Das Problem bleibt bestehen. Nun nochmal umdenken... und alles wieder auf Anfang. In meiner Extension habe ich in der ext_tables.php folgende Zeile definiert: require_once \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) . 'Configuration/TCA/ContentElements.php'; Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert: http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich dies immer an den für mich am logischsten Ort ausgelagert. Das klappte bisher auch immer sehr gut. Als ich nun das require_once auskommentierte, blieb der Fehler, da die ContentElements.php wohl automatisch geladen wird. Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie nachvollziehbar, aber leider auch ein wenig unbefriedigend. Ich habe mich jetzt mal an http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro-element/ orientiert und einen Unterordner von TCA angelegt und alles dort abgelegt. Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht weiterhin meinem Strukturgedanken. Mich interessiert jetzt Deine/Eure Meinung zu dem Thema. Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir genannten Änderung (https://review.typo3.org/31233) zusammen, oder vielleicht doch an einer anderen entscheidenden Sache? Schon merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen wurde. So, ich für meinen Teil kann hiermit diese Sache abhaken. =) Viele Grüße David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hi David, David Gurk wrote: Oh ich muss doch noch einmal einhaken... es gibt ja das neue TCA caching feature: http://lists.typo3.org/pipermail/typo3-dev/2014-April/048273.html Wenn ich meine Datei in den Ordner Overrides rein lege, dann benötige ich wohl offensichtlich auch nicht mehr das require_once. Allerdings ist über diesem Weg wohl leider $_EXTKEY nicht präsent und somit taucht mein Problem auf. Ich musste nun überall manuell den Extension-Key hinzufügen, und dann $TCA in $GLOBALS['TCA'] ändern. Solltest du auch nicht machen, sondern die API nutzen: \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns() \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes() http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/Examples/Index.html Nun nochmal umdenken... und alles wieder auf Anfang. In meiner Extension habe ich in der ext_tables.php folgende Zeile definiert: require_once \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) . 'Configuration/TCA/ContentElements.php'; Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert: http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich dies immer an den für mich am logischsten Ort ausgelagert. Das klappte bisher auch immer sehr gut. Als ich nun das require_once auskommentierte, blieb der Fehler, da die ContentElements.php wohl automatisch geladen wird. Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie nachvollziehbar, aber leider auch ein wenig unbefriedigend. Ich habe mich jetzt mal an http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro-element/ orientiert und einen Unterordner von TCA angelegt und alles dort abgelegt. Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht weiterhin meinem Strukturgedanken. Mich interessiert jetzt Deine/Eure Meinung zu dem Thema. Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir genannten Änderung (https://review.typo3.org/31233) zusammen, oder vielleicht doch an einer anderen entscheidenden Sache? Schon merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen wurde. Die Dateien in Configuration/TCA/*.php wurden für 6.x automatisch gelanden. Sie dürfen nur das TCA Array enthalten und müssen auch nur das zurückgeben. Beispiel: https://git.typo3.org/?p=Packages/TYPO3.CMS.git;a=blob;f=typo3/sysext/core/Configuration/TCA/sys_language.php;h=39c30a4103e28c564d3cfc21a14e2f0ee9c48365;hb=HEAD Seit 6.2 sollten die Manipulationen in Configuration/TCA/Override/ damit die ext_tables.php gecached werden können. http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/StoringChanges/Index.html Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo Philipp, danke für deine Einwände. Nun frage ich mich allerdings, wie ich überhaupt die Einstellungen mit den beiden von dir genannten Funktionen bewerkstelligen soll. In der Tat habe ich mir diese zuvor schon angesehen. Der Punkt ist ja, dass addTCAcolumns() nur einen Index für $GLOBALS['TCA'][$table]['columns'] anlegt. Aber ich lege je einen neuen Key für $GLOBALS['TCA']['tt_content']['types'] an. Und soweit ich es sehen kann, gibt's 'types' wohl keine API. Denn auch die andere Funktion addToAllTCAtypes() modifiziert nur bestehende showitem-Eigenschaften. Wie sollte ich nun richtiger Weise vorgehen? Danke auch noch für die Links zu den Infos für TCA/Override. So wird schon mal einiges klarer. =) -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe Gesendet: Montag, 14. Juli 2014 12:59 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin(). Hi David, David Gurk wrote: Oh ich muss doch noch einmal einhaken... es gibt ja das neue TCA caching feature: http://lists.typo3.org/pipermail/typo3-dev/2014-April/048273.html Wenn ich meine Datei in den Ordner Overrides rein lege, dann benötige ich wohl offensichtlich auch nicht mehr das require_once. Allerdings ist über diesem Weg wohl leider $_EXTKEY nicht präsent und somit taucht mein Problem auf. Ich musste nun überall manuell den Extension-Key hinzufügen, und dann $TCA in $GLOBALS['TCA'] ändern. Solltest du auch nicht machen, sondern die API nutzen: \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns() \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes() http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/Examples/Index.html Nun nochmal umdenken... und alles wieder auf Anfang. In meiner Extension habe ich in der ext_tables.php folgende Zeile definiert: require_once \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) . 'Configuration/TCA/ContentElements.php'; Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert: http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich dies immer an den für mich am logischsten Ort ausgelagert. Das klappte bisher auch immer sehr gut. Als ich nun das require_once auskommentierte, blieb der Fehler, da die ContentElements.php wohl automatisch geladen wird. Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie nachvollziehbar, aber leider auch ein wenig unbefriedigend. Ich habe mich jetzt mal an http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro -element/ orientiert und einen Unterordner von TCA angelegt und alles dort abgelegt. Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht weiterhin meinem Strukturgedanken. Mich interessiert jetzt Deine/Eure Meinung zu dem Thema. Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir genannten Änderung (https://review.typo3.org/31233) zusammen, oder vielleicht doch an einer anderen entscheidenden Sache? Schon merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen wurde. Die Dateien in Configuration/TCA/*.php wurden für 6.x automatisch gelanden. Sie dürfen nur das TCA Array enthalten und müssen auch nur das zurückgeben. Beispiel: https://git.typo3.org/?p=Packages/TYPO3.CMS.git;a=blob;f=typo3/sysext/core/Configuration/TCA/sys_language.php;h=39c30a4103e28c564d3cfc21a14e2f0ee9c48365;hb=HEAD Seit 6.2 sollten die Manipulationen in Configuration/TCA/Override/ damit die ext_tables.php gecached werden können. http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/StoringChanges/Index.html Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Also ich habe bisher nur für diese Anpassung eine API-Funktion gefunden...
Vorher:
$GLOBALS['TCA']['tt_content']['columns']['pi_flexform']['config']['ds'][',fe_header_teaser']
= 'FILE:EXT:example/Configuration/FlexForms/FeHeaderTeaser.xml';
Nachher:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPiFlexFormValue('*',
'FILE:EXT:example/Configuration/FlexForms/FeHeaderTeaser.xml',
'fe_header_teaser');
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von David Gurk
Gesendet: Montag, 14. Juli 2014 16:06
An: German TYPO3 Userlist
Cc: Philipp Gampe
Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo Philipp,
danke für deine Einwände. Nun frage ich mich allerdings, wie ich überhaupt die
Einstellungen mit den beiden von dir genannten Funktionen bewerkstelligen soll.
In der Tat habe ich mir diese zuvor schon angesehen. Der Punkt ist ja, dass
addTCAcolumns() nur einen Index für $GLOBALS['TCA'][$table]['columns'] anlegt.
Aber ich lege je einen neuen Key für $GLOBALS['TCA']['tt_content']['types'] an.
Und soweit ich es sehen kann, gibt's 'types' wohl keine API. Denn auch die
andere Funktion addToAllTCAtypes() modifiziert nur bestehende
showitem-Eigenschaften.
Wie sollte ich nun richtiger Weise vorgehen?
Danke auch noch für die Links zu den Infos für TCA/Override. So wird schon mal
einiges klarer. =)
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe
Gesendet: Montag, 14. Juli 2014 12:59
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hi David,
David Gurk wrote:
Oh ich muss doch noch einmal einhaken... es gibt ja das neue TCA
caching
feature:
http://lists.typo3.org/pipermail/typo3-dev/2014-April/048273.html
Wenn ich meine Datei in den Ordner Overrides rein lege, dann benötige
ich wohl offensichtlich auch nicht mehr das require_once. Allerdings
ist über diesem Weg wohl leider $_EXTKEY nicht präsent und somit
taucht mein Problem auf.
Ich musste nun überall manuell den Extension-Key hinzufügen, und dann
$TCA in $GLOBALS['TCA'] ändern.
Solltest du auch nicht machen, sondern die API nutzen:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns()
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addToAllTCAtypes()
http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/Examples/Index.html
Nun nochmal umdenken... und alles wieder auf Anfang. In meiner
Extension habe ich in der ext_tables.php folgende Zeile definiert:
require_once
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath($_EXTKEY) .
'Configuration/TCA/ContentElements.php';
Dort sind die Inhaltselemente wie in diesem Beispiel konfiguriert:
http://pastebin.com/PA5sVZiV - Für die Übersichtlichkeit hatte ich
dies immer an den für mich am logischsten Ort ausgelagert. Das klappte
bisher auch immer sehr gut.
Als ich nun das require_once auskommentierte, blieb der Fehler, da die
ContentElements.php wohl automatisch geladen wird.
Aus dieser Schlussfolgerung heraus habe ich nun die Datei aus dem
TCA-Ordner verschoben und siehe da - es funktioniert wieder. Irgendwie
nachvollziehbar, aber leider auch ein wenig unbefriedigend.
Ich habe mich jetzt mal an
http://www.typo3coder.nl/sitepackage/custom-content-elements/the-intro
-element/ orientiert und einen Unterordner von TCA angelegt und alles
dort abgelegt.
Ich denke mal, dass sollte ein gangbarer Weg sein und entspricht
weiterhin meinem Strukturgedanken.
Mich interessiert jetzt Deine/Eure Meinung zu dem Thema.
Und noch eine Frage an Oliver. Hängt dies wirklich mit der von dir
genannten Änderung (https://review.typo3.org/31233) zusammen, oder
vielleicht doch an einer anderen entscheidenden Sache? Schon
merkwürdig das es auf einmal nicht mehr ging, ob wohl ich mir
vorstellen kann, dass die Datei vorher wohl auch schon automatisch geladen
wurde.
Die Dateien in Configuration/TCA/*.php wurden für 6.x automatisch gelanden.
Sie dürfen nur das TCA Array enthalten und müssen auch nur das zurückgeben.
Beispiel:
https://git.typo3.org/?p=Packages/TYPO3.CMS.git;a=blob;f=typo3/sysext/core/Configuration/TCA/sys_language.php;h=39c30a4103e28c564d3cfc21a14e2f0ee9c48365;hb=HEAD
Seit 6.2 sollten die Manipulationen in Configuration/TCA/Override/ damit die
ext_tables.php gecached werden können.
http://docs.typo3.org/typo3cms/TCAReference/ExtendingTca/StoringChanges/Index.html
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active
contributor TYPO3 CMS
TYPO3 inspiring people to share!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german
[TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo Leute,
was ist den da passiert? Nach dem Update von TYPO3 CMS 6.2.3 auf 6.2.4
erscheint nun nur noch die Meldung:
No extensionKey set in addPlugin(). Provide it as third
Parameter
Diese Funktion nutze ich meistens, um so neue Inhaltselemente anzulegen:
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addPlugin(
array(
'LLL:EXT:' . $_EXTKEY .
'/Resources/Private/Language/locallang_db.xlf:ce.example',
'example',
// icon,
),
'CType'
);
Um Core ist folgendes definiert:
...
function addPlugin($itemArray, $type = 'list_type',
$extensionKey = NULL) {
$extensionKey = $extensionKey ?:
$GLOBALS['_EXTKEY'];
if (!isset($extensionKey)) {
throw new \RuntimeException('No
extensionKey set in addPlugin(). Provide it as third Parameter', 1404068038);
}
...
}
...
Nun ist es so, dass auch andere Extensions (z.B. formhandler, solr, pagebrowse
diese Funktion verwenden.
Läuft hier eventuell irgendetwas anderes komplett schief?
Hat jemand die selbe Erfahrung gemacht?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo, was ist den da passiert? Nach dem Update von TYPO3 CMS 6.2.3 auf 6.2.4 erscheint nun nur noch die Meldung: [...] Läuft hier eventuell irgendetwas anderes komplett schief? Hat jemand die selbe Erfahrung gemacht? die selbe Erfahrung nicht, aber ich hatte gestern auch Probleme nach einem Update von 6.2.3 auf 6.2.4 (Fatal Error wg. fehlender ext_tables.php in diversen Extensions). Geholfen hat, über das Install Tool die Caches zu leeren: Install Tool - Clean up - Clear tables - Tabellen beginnend mit cache_ leeren und Install Tool - Important actions - Clear all cache Viele Grüße Marco ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Cache leeren wird hier nicht helfen. Wo auch immer der Code steht, den Du verwendest, $_EXTKEY ist nicht gesetzt. Mach einfach, was die Exception sagt, und uebergib addPlugin als dritten Parameter den Extensionnamen (und nicht $_EXTKEY). Dann gehts. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
Hallo David, Am 09.07.14 09:08, schrieb David Gurk: Hallo Leute, was ist den da passiert? Nach dem Update von TYPO3 CMS 6.2.3 auf 6.2.4 erscheint nun nur noch die Meldung: No extensionKey set in addPlugin(). Provide it as third Parameter ... Nun ist es so, dass auch andere Extensions (z.B. formhandler, solr, pagebrowse diese Funktion verwenden. Läuft hier eventuell irgendetwas anderes komplett schief? Hat jemand die selbe Erfahrung gemacht? In dem Fall, den Du beschreibst, ist kein Extension-Key gesetzt und $_EXTKEY ebenso nicht, was nur einen Teil der Konfiguration setzen würde und die Rückreferenz zur Extension leer lässt. Die zugehörige Änderung war diese hier: https://review.typo3.org/31233 In welcher Extension tritt das denn auf? Tritt dieser Fehler bei formhandler, solr usw. ebenso auf? Besten Dank schon mal für's Feedback! Viele Grüße Oliver -- Oliver Hader TYPO3 CMS Team Leader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 6.2.4 No extensionKey set in addPlugin().
In dem Fall, den Du beschreibst, ist kein Extension-Key gesetzt und $_EXTKEY ebenso nicht, was nur einen Teil der Konfiguration setzen würde und die Rückreferenz zur Extension leer lässt. Die zugehörige Änderung war diese hier: https://review.typo3.org/31233 $_EXTKEY ist nicht verfügbar? In welcher Extension tritt das denn auf? Tritt dieser Fehler bei formhandler, solr usw. ebenso auf? Ich konnte noch nicht alle Extensions prüfen. In dem System ist neben formhandler, solr halt auch eine eigene Extension (quasi Site package) mit eigenen Content Elementen installiert. Also an sich geht es ja nun schon seit Jahren ganz gut. ^^ Ich prüfe es bei Zeiten diese Woche noch mal genauer und melde mich. Danke für die fixen Antworten! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
