cq: Include-Standardkomponenten im CQ-Formular mit Servervalidierung

Question

Ich möchte Anfang/Ende der OOTB CQ5-Benutzerformularkomponente anpassen, um mit bestimmten benutzerdefinierten Komponenten zu beginnen, die vorbelegt sind, wenn die 'Formular'-Komponente auf den/gezogen wird Seite.

Ich habe derzeit eine überlegte/apps/foundation/komponenten/formelemente mit start/end/aktionen angepasst. Aber ich finde heraus, wie man eine Komponente, die zur FORM-Gruppe gehört, zum Formularanfang hinzufügt ....... Ende auf die Seite, wenn ein Formular zur Seite hinzugefügt wird.

I hat versucht, ein <cq:include path= "customComp" resourceType="/pathto/customComponent" /> an die JSP der form-end Komponente verwendet, fügt dieser/zeigt die individuellen Komponenten auf der Anzeige, aber führt keinen Server-Validierungen, da es nicht ein separater Knoten zwischen dem Anfang und Ende ist Knoten die Seite, aber eine dynamisch hinzugefügte Seite.

Dies ist im Grunde um die Verwendung meiner benutzerdefinierten Captcha-Komponente zu erzwingen/Mandat immer wenn ein Formular auf einer Seite platziert wird.

Vielen Dank im Voraus!

Answer 1

Wenn Sie die Formularerstellung vollständig dem Autor überlassen möchten (wie bei OOTB-Komponenten vorgesehen), gibt es keine einfache Möglichkeit, sich in eine obligatorische Captcha-Komponente einzuschleichen. Sogar Wenn Sie die Captcha-Komponente eingefügt haben, kann der Autor es einfach löschen oder aus Ihrem Absatzsystem verschieben.

Das Captcha mit Form-End zu vermischen könnte möglich sein, aber nicht ohne die Form-End-Komponente von Grund auf neu zu erfinden. Ich würde das nicht wollen.

Ich sehe drei Optionen, die für Sie hilfreich sein könnten:

1. einen jcr Eventlistener implementieren, die ausgelöst werden, wenn ein Formular erstellt oder geändert wird. Überprüfen Sie die Formulardatenstruktur in jcr, und wenn die obligatorische Captcha-Komponente fehlt, fügen Sie sie hinzu und übernehmen Sie sie. Diese Art von Verhalten ist natürlich ein wenig zwielichtig und mag Autoren überraschen - aber es wird funktionieren.
2. Erstellen Sie eine Wrapperformularkomponente, die ein Absatzsystem mit einem vollständig vorkonfigurierten Formular enthält, einschließlich Formularstart, Captcha und Formularende. Diese Vorgehensweise erspart den Autoren sogar ein wenig Arbeit und niemand wird das Chaptcha leicht "vergessen". Nichts wird jedoch verhindern, dass ein böser Autor die catchcha-Komponente explizit löscht.
3. Erstellen Sie eine vollständig benutzerdefinierte Formularkomponente, die keine der OOTB-Komponenten verwendet. In diesem Szenario haben Sie die volle Kontrolle darüber, was der Autor tun kann und was nicht. Höchstwahrscheinlich werden Sie viel Flexibilität aufgeben, um Entwicklungszeit zu sparen und am Ende mit einem meist statischen Formular zu enden, in dem der Autor ein paar kritische Teile bearbeiten kann.