HttpServletRequest getPart(") ne se trouvent pas
Je ne sais pas pourquoi il ne fonctionne pas.
Je suis en train d'accepter multipart-formdata dans ma servlet mais request.getPart("")
est pas à l'affiche. Je suis à l'aide de glassfish 3.1.2 serveur. Tha cadre utilisé est vaadin pour le développement de l'application. Quelqu'un peut-il m'aider à résoudre ce problème?
- Votre question est tout à fait étrange. Je suppose que vous êtes réellement en utilisant un IDE pour développer (et que vous avez tort, l'IDE de faire partie de Java ou de quelque chose) et que ça n'a pas l'option d'auto-complétion pour
getPart()
aprèsrequest.[ctrl+space]
. Est-ce bien votre problème concret?
Vous devez vous connecter pour publier un commentaire.
En supposant que votre béton problème est en effet que l'IDE n'a pas montré la
getPart()
méthode de saisie semi-automatique, alors cela ne peut signifier que le projet n'est pas configuré comme un Servlet 3.0 compatibles projet. Cette méthode a été notamment présenté dans le Servlet 3.0.Vous ne dites rien à propos de l'IDE qui exactement vous utilisez et de votre question, l'histoire ne donne pas d'indices ainsi, supposons donc que c'est Eclipse qui est assez largement utilisé. Dans ce cas, vous devez le configurer à 2 endroits, à condition que vous avez correctement associé la de Projet Web Dynamique avec un Servlet 3.0 compatible conteneur Ciblées Runtimes dans les propriétés du projet (sinon
HttpServletRequest
et consorts n'ont pas compilé à tous):Dans le Projet Facettes section de propriétés du projet, le Web Dynamique Module version doit être réglé à la version 3.0.
Si votre IDE a généré un
/WEB-INF/web.xml
fichier, alors vous devez vous assurer que ses<web-app>
racine de déclaration correspond également à la Servlet 3.0, sinon il serait toujours pas en cours d'exécution.maven.. pom.xml.. modifier cette dépendance
api servlet 2.5 n'est pas un travail
J'ai eu le même problème. Voici ce qui s'est avéré être finalement le problème pour moi. J'ai eu une dépendance sur:
Et il s'est avéré jsontoken a une dépendance sur servlet-api 2.5. Donc, qu'est-ce résolu le problème était simple:
À ceux qui trébuchent sur cela plus tard, si la résolution proposée par BalusC ne permet pas de résoudre le problème pour vous s'il vous plaît vérifier votre chemin de génération pour
provided
bibliothèques dont l'exécution ne correspond pas à la durée de fonctionnement de votre serveur.Par exemple, si votre maven
pom.xml
contient des entrées qui fournissent java EE bibliothèques comme si...... ils peuvent interférer avec ce que votre IDE perçoit comme l'environnement d'exécution, qui sera utilisé pour fournir le code d'achèvement des suggestions.
Le moyen le plus facile pour suivre le problème est de savoir où l'
HttpServletRequest
classe provient de.J'ai eu le même problème, je veux le partager avec vous au cas où quelqu'un d'autre bosses dans le même problème:
Dans mon cas, j'ai eu un j2ee.jar qui est automatiquement téléchargé et sa version était probablement ancienne. Il était situé sous les Bibliothèques --> j2ee Bibliothèque d'Exécution (stackoverflow ne me permet pas d'ajouter une image donc dans eclipse - dans l'Explorateur de Projet - développer le projet --> Java des Ressources --> bibliothèques --> J2ee Runtime Library --> j2ee.jar)
Je suis allé sur le système de fichiers où ce fichier est situé à (vous avez l'emplacement à côté du fichier eclipse) et l'a remplacé par un nouveau pot. Vous pouvez prendre le pot de ici.
Puis nettoyer et reconstruire le projet.
Salut les amis j'ai moi aussi été confronté similaire de problème et je vais vous dire ce que j'ai fait.
Je suis en utilisant eclipse juno et Tomcat 7 serveur. Assurez-vous d'utiliser la dernière servlet API jar. Tomcat 7 du support de module dynamique version 2.5 pas plus que ça. Donc, utiliser une plus grande version de Tomcat ou inférieure de la dynamique de la version de module, alors cela va fonctionner.
Une chose: ouvrir votre servlet api pot et voir si elle contient "Partie", vous pouvez facilement le vérifier.