Fehlt evtl. die Storage Pid? Mal hiermit testen: public function findCustomerLogList() { $query = $this->createQuery(); // ignore the storagePid $query->getQuerySettings()->$querySettings->setRespectStoragePage(FALSE);
$query->matching( $query->equals('pid', '30') ); return $query->execute(); } Am 02.02.2017 um 21:20 schrieb Ralf-Rene Schröder: > Hi... > irgendwie stehe ich gerade vorm Wald und sehe die Bäume nicht mehr... > > ich habe in einer per extension_builder erstellten Extension jetzt noch > nachträglich ein Logging Modell hinzugefügt > das Modell Logg.php > das Repository LoggRepository.php > den Controller LoggController.php samt List.html Template > > Die datensätze in der Tabelle tx_myext_domain_model_logg werden auf > reiner Datenbankbasis, also OHNE extbase durch cronjobs, eid scripts, > und reines PHP gefüllt... > Sie sind im BE auch sauber vorhanden und ich kann sie dort problemlos > auswerten (der recordsmanager ist bei sowas wirklich eine riesen Hilfe). > > ABER > mein Versuch eine Listenausgabe im FE zu erzeugen scheidert: > > /** > * action list > * > * @return void > */ > public function listAction() { > $loggs = $this->loggRepository->findAll(); > $this->view->assign('loggs', $loggs); > } > > liefert in der Debugausgabe des Templates ein: > loggs => > TYPO3\CMS\Extbase\Persistence\Generic\QueryResultprototypeobject (empty) > > Auch der Versuch eines manuellen Queries im Repository ändert nichts: > > public function findCustomerLogList() { > $query = $this->createQuery(); > $query->matching( > $query->equals('pid', '30') > ); > return $query->execute(); > } > > WAS könnte es für eine Ursache haben wenn die Repositoryabfrage im > Controller nichts liefert ??? Wer bringt mir die zündende Idee ??? > > _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german