2010-11-09 5 views
4

Remarque: nous utilisons lib_neon côté client et Tomcat et servlet api côté serveur. Le problème est le suivant: lorsque le client veut mettre du contenu, il effectue une requête PUT avec un en-tête "Expect: 100-continue", Tomcat le gère en retournant simplement l'état 100 Continue et après que le client commence à envoyer le reste partie de la demande, et il est traité par nos filtres personnalisés et souvent il ne passe pas (par exemple l'utilisateur n'est pas autorisé, ou essaie de mettre trop de fichier, dépassant la limite des utilisateurs, ou autre chose). Le filtre envoie une réponse d'erreur immidetetly, mais le client lit la réponse uniquement lorsque le corps de la requête complète est validé.Comment vérifier si PUT peut être effectué avant d'envoyer le corps de la demande?

Il semble qu'il est impossible d'envoyer manuellement quelque chose au lieu de 100 Continue status, quand une vérification échoue, et que ce comportement est codé en dur dans tomcat, y at-il un autre moyen?

+0

Résolu par la migration vers la jetée –

Répondre

6

Vous avez besoin d'un conteneur de servlet avec une gestion 100-continue plus saine (je crois que la jetée est admissible).

Je ne peux pas croire que cette clarification ne fait toujours pas partie de la spécification de servlet; Je crois que je l'ai demandé quelque chose comme il y a 7 ans.

+0

Oui, la jetée a aidé, sans même changer le code. Je vous remercie. –

Questions connexes