InfoPath forme fois sur et échoue avec l'erreur

Question

J'ai une assez grande forme InfoPath navigateur compatible dans une bibliothèque de formulaires. Récemment, plus de gens utilisent, et nous voyons que son expiration après un certain laps de temps ou postbacks.

Inutile de dire que les utilisateurs se assez frustré, passer plus d'une heure de remplir un formulaire, puis l'avoir échouer et tout effacer.

L'erreur sur soumettre dit quelque chose que la forme a expiré. J'ai trouvé cette jolie erreur d'auto-expliqué dans les journaux-ULS:

Nombre d'actions de formulaire, 220, a dépassé 200, le maximum admissible La valeur par demande. Cette valeur est configurable et peut être modifié par le administrateur

Je l'ai vu il y a plusieurs endroits dans SharePoint il est possible de modifier les options délai d'attente / session. A l'exception fixant les actions de formulaire par demande, que dois-je modifier pour faire en sorte que le formulaire ne chronométrer pas (au moins pendant 3 heures)?

Que signifie vraiment nombre de postbacks signifie pour un formulaire InfoPath? Qu'en est-nombre d'actions par postback?

Mes paramètres (pertinents) CA -> Configurer InfoPath Forms Services sont:

• Par défaut Connexion délai d'attente: 10000 (ms)
• Connexion maximale Timeout: 20000 (ms)
• Nombre de postbacks par session: 75
• Nombre d'actions par postback: 200
• doit être mis fin à des sessions actives après 1440 (minutes)
• Taille maximale des données de session utilisateur: 4096 (kilo-octets)

Answer 1

Je pense que le nombre d'actions par postback est la clé ici, comme ma forme contenait peut-être très nombreux domaines de mise à jour si la forme a été complètement rempli à partir de zéro. L'augmentation des actions par postback semblent avoir résolu le problème.

Answer 2

Si vous obtenez un outil Fiddler, et ouvrez le formulaire pour le remplir, vous verrez quelles données annonce Haut. Si vous utilisez beaucoup de mise en forme conditionnelle et validation, ceux-ci sont souvent traitées comme postbacks. Le sélecteur de date sera souvent un postback. Il en sera de riches champs de texte, car il ouvre et ferme la barre d'outils.

Vous voulez régler le temps de connexion de données ici pour cependant, assurez-vous que vous remplissez votre limite de temps pour toutes les connexions de données, vous devez également ajuster votre temps de session pour l'application Web.

Il y a beaucoup d'options autour de la création de formulaires. Avec elle, prenant plus d'une heure pour compléter votre formulaire, vous allez courir dans beaucoup de questions, ce que je suggère est la création de vues de votre formulaire qui rompent la forme en parties plus faciles à gérer, puis d'avoir une sauvegarde ou le bouton d'envoi sur chaque vue qui affichera le formulaire dans votre bibliothèque de formulaires pour l'enregistrer puis définir une valeur et passer à la vue suivante. De cette façon, si les utilisateurs quittent leur bureau ou quelque chose et il provoque en temps, dehors, leur travail est enregistré dans la bibliothèque et que vous avez défini une valeur qui assurera la forme ouvrira dans la vue de droite. Les vues peuvent avoir besoin d'inclure des valeurs de données précédentes, mais vous pouvez le faire en lecture seule des sections que vous passez d'une vue à de telle sorte que seules les zones qui doivent être terminés au moment sont disponibles.

Cela devrait grandement améliorer les performances de votre formulaire ainsi que le plaisir de vos utilisateurs afin qu'ils ne doivent recommencer depuis le début s'il y a un temps de session sur.