Meine Lösung die ich jetzt benutzte ist eigentlich keine saubere Lösung aber
sie funktioniert wenigstens. Ich gehe über den Configuration Manager und setze
dort über ein Array den entsprechenden Storage PID:
$configurationArray = array(
'persistence' = array(
'storagePid' = 377
)
);
$this-configurationManager-setConfiguration($configurationArray);
Viele Grüße
Christopher
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Seidel, Christopher
Gesendet: Donnerstag, 29. März 2012 16:48
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Scheduler Storage PID
Hi Dennis,
Hast du dein Extension TypoScript zum Root-Template hinzugefügt? Welche
storagePid wird in den DB queries benutzt?
Ja ich habes hinzugefügt. In der Datenbank wird als Storage PID 1 benutzt.
Wenn es partout nicht funktionieren will, setz die storagePid direkt im
config.tx_extbase.persistence Part.
Werde ich gleich versuchen wobei es sich dann auch auf andere Extbase Extension
bezieht oder?
Zum Debuggen kann es noch hilfreich sein im CommandController mal auf die
FrameworkConfiguration [1] zuzugreifen und zu schauen, was genau ankommt und
inwiefern du dort Teile verändern kannst.
Werde ich mir gleich auch mal zu Gemüte führen, danke für den Hinweis.
Ein ganz anderer Ansatz wäre, wenn du für deine Datensätze allgemein keine
storagePid benötigst, dass du in deinem Repository die Query Settings
veränderst und setRespectStoragePage(FALSE) darauf aufrufst.
Ich würde die Datensätze nachträglich natürlich schon ganz gerne weiter
bearbeiten. Wenn ich keine PID setze wo sind denn dann die Datensätze?
Gruß
Christopher
___
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