[TYPO3-german] Re: Finisher-Klasse für Formhandler wird nicht mehr gefunden
Gibt es irgendwo ein Beispiel oder eine Dokumentation darüber, wie man außerhalb vom ActionController, auf ein Repository zugreift? Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Finisher-Klasse für Formhandler wird nicht mehr gefunden
Hallo Philipp, vielen Dank für Deine Antwort. Quote: Philipp Gampe (pgampe) wrote on Thu, 18 December 2014 18:26 ... Nein. Du solltest zumindest eine leere Klasse anlegen und vom abstrakten Repository erben. Hatte ich anfangs nicht, habe ich aber gestern nachgeholt. Dabei erbe ich von \TYPO3\CMS\Extbase\Persistence\Repository - es gibt verschiedene Angaben. Diese Auswahl funktioniert ohne php-Fehler. Trotzdem weiß ich nicht genau, ob es richtig ist. Das Problem wurde dadurch leider noch nicht gelöst. ... Solange du den Objekt Manager nimmst, sollte alles gut sein. Das tue ich und erhalte dabei die Fehlermeldung Could not analyse class:Tx_VendorExtname_Domain_Repository_TableRepository maybe not loaded or no autoloader?. Den Object-Manager hole ich mir über $this-objectManager = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('\TYPO3\CMS\Extbase\Object\ObjectManager'); Fehlt da womöglich noch eine Initialisierung? Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Finisher-Klasse für Formhandler wird nicht mehr gefunden
Hallo Philipp, Quote: Philipp Gampe (pgampe) wrote on Thu, 18 December 2014 18:52 Das sollte aber Tx_ExtName_Domain_Repository_TableRepository sein. Der Vendor Name kommt im Pseudo-Namespace nicht vor. Ok, das habe ich doof formuliert. Nach der CamelCase-Umwandlung sollte der richtige Pfad gefunden werden. Das Extension-Verzeichnis heißt bbb_downloads, der Pfad zur Datei mit der Klasse ist typo3conf/ext/bbb_downloads/Classes/Domain/Repository/TicketRepository.php und ich verwende Tx_BbbDownloads_Domain_Repository_TicketRepository Die richtige php Datei scheint auch geladen zu werden, denn als ich dort eine falsche Basis-Klasse angegeben hatte, wurde der php-Fehler ausgegeben. Bei der Benennung der Klasse habe ich sowohl Tx_BbbDownloads_Domain_Repository_TicketRepository als auch TicketRepository ausprobiert. Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account
Hallo, folgende Dinge stören mich ehrlich gesagt schon ein wenig. Ich habe schon vier mal meine Account-Settings ändern müssen, weil der Default-View immer wieder auf den Tree-View gestellt wird. Gibt es irgendeinen Trick, das zu vermeiden??? Seit Kurzem wird mein Klarname für nicht angemeldete Benutzer angezeigt? Wie kann ich dauerhaft einstellen, dass für unangemeldete Besucher nur mein Benutzername sichtbar ist? Vielen Dank im Voraus und Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account
Hallo Marc, ich spreche von diesem Forum. Ich möchte gerne, dass alle Threads für mich im Flat-View dargestellt werden und ich möchte gerne, dass mein Klarname nur angemeldeten Benutzern angezeigt wird. Bis vor wenigen Tagen, war mein Klarname nur sichtbar, wenn man sich die Details von meinem Account anzeigen lies. Heute steht er plötzlich auch für unangemeldete Benutzer an jedem meiner Beiträge. Die einstellungen unter Control Panel Account Settings Default Topic View habe ich schon mehrmals ändern müssen und trotzdem wird mir immer wieder der Tree-View angezeigt. Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ungewollte Änderungen am Forum-Benutzer-Account
Hallo Marc, wenn ich mich bei einer Mailing-Liste angemeldet hätte, wäre das natürlich zu erwarten. Ich habe mich aber bei einem Forum angemeldet. http://forum.typo3.org Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Finisher-Klasse für Formhandler wird nicht mehr gefunden
Das erste Problem ist gelöst. Ich habe mir die Autoloader-Dokumentation noch einmal genau durchgelesen und herausgefunden, dass ich die Naming-Convention nicht richtig befolgt habe. Der Autoloader konnte somit unmöglich den richtigen Pfad finden. Nun habe ich noch eine weitere Frage: Ich möchte innerhalb des Finishers auf die Datenbank zugreifen. Dazu habe ich wie folgt versucht ein Repository zu instanzieren. /** * @var \Vendor\Extname\Domain\Repository\TableRepository * @Flow \inject */ protected $tableRepository; function init() { $this-ticketRepository = $this-objectManager-get('Tx_VendorExtname_Domain_Repository_TableRepository'); } Da meine Finisher-Klasse nicht vom ActionController sondern von Tx_Formhandler_AbstractFinisher abstammt, musste ich den objectManager manuell instanzieren. Nun stehe ich vor der Meldung Could not analyse class:Tx_VendorExtname_Domain_Repository_TableRepository maybe not loaded or no autoloader? Dazu habe ich noch folgende Fragen. Ist es in Ordnung, dass die Datei, die die Repository-Klasse enthalten sollte nicht existiert (wurde von Extbuilder so angelegt)? Werden die Repository-Klassen immer automatisch erstellt? Gibt es Besonderheiten zu beachten, wenn ich von einer Klasse, die nicht vom ActionController abstammt, auf ein Repository zugreifen möchte? Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Finisher-Klasse für Formhandler wird nicht mehr gefunden
Ich habe jetzt nach der Beschreibung unter http://docs.typo3.org/flow/TYPO3FlowDocumentation/TheDefinitiveGuide/PartII/ModelAndRepository.html Repositories erstellt. Leider gibt das eine php-Fehlermeldung, weil die dort angegeben Basisklasse nicht gefunden wird. class Tx_VendorExtname_Domain_Repository_TableRepository extends \TYPO3\Flow\Persistence\Repository { ... Auch das einfügen von use TYPO3\Flow\Annotations as Flow; hat mir nicht geholfen. So sieht meine Beispiel-Repository-Klasse aus ?php namespace Vendor\Extname\Domain\Repository; use TYPO3\Flow\Annotations as Flow; /** * Table Repository * @Flow \Scope(singleton) */ class 'Tx_VendorExtname_Domain_Repository_TableRepository extends \TYPO3\Flow\Persistence\Repository { } ? Daraus resultiert leider: Fatal error: Class 'TYPO3\Flow\Persistence\Repository' not found in ... Wie lautet denn die korrekte Basis-Klasse für Repositories? Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Finisher-Klasse für Formhandler wird nicht mehr gefunden
Gibt es Besonderheiten zu beachten, wenn ich von einer Klasse, die nicht vom ActionController abstammt, auf ein Repository zugreifen möchte? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Finisher-Klasse für Formhandler wird nicht mehr gefunden
Wenn ich die Basis-Klasse \TYPO3\CMS\Extbase\Persistence\Repository nehme, kommt es zu keinen php-Fehlermeldungen mehr. Allerdings scheint der Versuch, das Problem durch Anlegen der Repositories zu lösen, sinnlos gewesen zu sein. Ich bin jetzt wieder bei der vorigen Fehlermeldung... Could not analyse class:Tx_VendorExtname_Domain_Repository_TableRepository maybe not loaded or no autoloader? (sieht wie eine Fehlermeldung vom Formhandler aus). Gruß ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Finisher-Klasse für Formhandler wird nicht mehr gefunden
Hallo, ich hatte vor kurzem eine pibase-Extension geschrieben, die einen custom-Finisher für den Formhandler bereitstellt. Dabei habe ich die Anleitung auf http://www.typo3-formhandler.com/blog/howtos/how-to-use-your-own-component/ befolgt, was auf Anhieb funktionierte. Using an extension Create a new extension (Example: myext) Create a folder 'Classes' and put your components there. Example: myext/Classes/Finisher/Tx_MyExt_Finisher_MyFinisher.php Make sure your class extends the abstract base class (Example: Tx_Formhandler_AbstractFinisher) Use your class in TypoScript. Example: finishers.1.class = Tx_MyExt_Finisher_MyFinisher Nun habe ich diese Extension nach extbase portiert und seitdem ist der Formhandler beleidigt: No valid implementation class for component Tx_VendorExtension_Finisher_Custom found while building the component object (Class Tx_VendorExtension_Finisher_Custom does not exist). File: PATH_TO_SITE/typo3conf/ext/formhandler/Classes/Component/Tx_Formhandler_Component_Manager.php(176) Leider hilft mir diese Fehlermeldung nicht wirklich weiter, da die Klasse existiert und auf die gleiche Art wie zuvor bereitgestellt wurde (php_check_syntax liefert auch keine Fehler). Hat jemand von Euch eine Idee, was ich vergessen haben könnte? Weiss jemand, wo ich ansetzen könnte, um genauere Informationen über das Problem zu bekommen? Kennt jemand eine ausführlichere Doku zur Einbindung eigener Komponenten im Formhandler? Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Was hab ich denn vom Domain Driven Design?
Hallo Chris und Phillip, ich hatte mich eben gerade schon gefreut, dass ich in der ExtBase-Query-Dokumentation folgendes gefunden habe: Using the method statement() of the Query object you can send a native SQL statement to the database. Das ist dann wohl eine Notlösung, die nicht so gerne gesehen wird... Zur Zeit arbeite ich an einer sehr kleinen Extension, die nur geschützte und resumeable Downloads anbieten soll... 1) Formhandler-Formular wird ausgefüllt 2) custom-Finisher schickt eine Mail mit personalisiertem Download-Link an die angegeben Email-Adresse 3) Ticket wird angelegt, dass für eine definierbare Zeit gültig ist und zufälligen Schlüssel und IP-Adresse enthält 4) erfolgreiche Downloads werden protokolliert 5) abgelaufene Tickets werden zur verbesserung des Datenschutzes automatisch gelöscht Diese Extension läuft bereits in pibase und soll jetzt auf Extbase portiert werden... ich denke, dass ich dank Eurer Hilfe jetzt alle notwendigen Informationen dafür habe. Ich habe aber noch eine sehr viel kompliziertere pibase-Extension, die auf die API von cal-Base zugreift und zusätzliche Funktionen wie Miniatur-Kalender, Gruppierung von Kategorien und einiges mehr ermöglicht. Sie dient dazu, cal weniger wie einen persönlichen Terminplan und mehr wie eine öffentliche Veranstaltungsübersicht aussehen zu lassen. Ich glaube kaum, dass ich da auf native SQL-Queries verzichten kann... das werde ich aber erst nächstes Jahr in Angriff nehmen. Danke und Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Calendar Base Backend-Berechtigungen
Hallo Markus, es ist zwar schon lange her aber trotzdem: vielen, vielen Dank, dass Du erwähnt hast, dass ein vollständiger relogin notwendig war, ehe die Konfiguration übernommen wurde. Ich war völlig am verzweifeln, weil alles so war wie sonst aber trotzdem nicht funktionierte. Gruß, bbb ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german