Traditionnellement, les formulaires web sont configurés à des fins d’envoi synchrone. Lorsque les utilisateurs envoient un formulaire, ils sont redirigés vers une page d’accusé de réception ou, en cas d’échec de l’envoi, une page d’erreur. Toutefois, les expériences Web modernes telles que les applications d’une seule page gagnent en popularité. Dans une application de ce type, la page Web reste statique tandis que l’interaction entre le client et le serveur se déroule en arrière-plan. Vous pouvez désormais fournir cette expérience avec des formulaires adaptatifs en configurant l’envoi asynchrone. Dans ce cas, un formulaire adaptatif se comporte comme une application d’une page, car le formulaire ne se recharge pas ou son URL ne change pas lorsque les données du formulaire envoyé sont validées sur le serveur.
Lisez la suite pour plus de détails sur l’envoi asynchrone dans les formulaires adaptatifs.
Pour configurer la soumission asynchrone pour un formulaire adaptatif :
En mode de création de formulaire adaptatif, sélectionnez l’objet Conteneur de formulaires et appuyez sur pour ouvrir ses propriétés.
Dans la section des propriétés Envoi, activez Utiliser l’envoi asynchrone.
Dans la section Lors de l’envoi, sélectionnez l’une des options suivantes pour effectuer un envoi de formulaire réussi.
Appuyez sur pour enregistrer les propriétés.
AEM Forms fournit des gestionnaires de réussite et d’erreur prêts à l’emploi pour les envois de formulaires. Les gestionnaires sont des fonctions côté client qui s’exécutent en fonction de la réponse du serveur. Lorsqu’un formulaire est envoyé, les données sont transmises au serveur pour validation, ce qui renvoie une réponse au client avec des informations sur l’événement de succès ou d’erreur pour l’envoi. Les informations sont transmises en tant que paramètres au gestionnaire approprié pour exécuter la fonction.
En outre, les auteurs de formulaire et les développeurs peuvent écrire des règles au niveau du formulaire pour remplacer les gestionnaires par défaut. Pour plus d’informations, voir Remplacer les gestionnaires par défaut à l’aide de règles.
Examinons d’abord la réponse du serveur pour les événements de succès et d’erreur.
La structure de la réponse du serveur pour l’événement de succès de l’envoi est la suivante :
{
contentType : "<xmlschema or jsonschema>",
data : "<dataXML or dataJson>" ,
thankYouOption : <page/message>,
thankYouContent : "<thank you page url/thank you message>"
}
La réponse du serveur en cas de réussite de l’envoi du formulaire :
Le gestionnaire de succès lit la réponse du serveur et redirige en conséquence vers l’URL de la page configurée ou affiche un message.
La structure de la réponse du serveur pour l’événement d’erreur d’envoi est la suivante :
{
errorCausedBy : "<CAPTCHA_VALIDATION or SERVER_SIDE_VALIDATION>",
errors : [
{ "somExpression" : "<SOM Expression>",
"errorMessage" : "<Error Message>"
},
...
]
}
La réponse du serveur en cas d’erreur d’envoi du formulaire inclut :
Le gestionnaire d’erreurs lit la réponse du serveur et affiche le message d’erreur en conséquence sur le formulaire.
Les développeurs et les auteurs de formulaires peuvent écrire des règles, au niveau du formulaire, dans l’éditeur de code pour remplacer les gestionnaires par défaut. La réponse du serveur pour les événements de succès et d’erreur est exposée au niveau du formulaire. Les développeurs peuvent y accéder à l’aide de $event.data
dans les règles.
Effectuez les étapes suivantes pour écrire des règles dans l’éditeur de code afin de gérer les événements de réussite et d’erreur.