Ce n'servletcontext.getRealPath(“/”) de la moyenne et de quand dois-je utiliser

Dans l'extrait suivant:

ServletContext context = request.getServletContext();
String path = context.getRealPath("/");

Ce n' / dans la méthode getRealPath() représenter? Quand devrais-je utiliser?

  • qui est appelé comme WebApplicationContext. par exemple, Vous avez une application nommée TestWebApp puis / donnerait chemin jusqu'à TestWebApp
  • C'est la racine de votre application web.
InformationsquelleAutor saplingPro | 2012-08-28
  1. 104

    Introduction

    La ServletContext#getRealPath() est destiné à convertir un contenu web chemin (le chemin d'accès dans la GUERRE élargie structure des dossiers sur le serveur du système de fichier du disque) à un strict système de fichier du disque chemin.

    La "/" représente le contenu web racine. I. e. il représente la web dossier comme dans le dessous de la structure du projet:

    YourWebProject
 |-- src
 |    :
 |
 |-- web
 |    |-- META-INF
 |    |    `-- MANIFEST.MF
 |    |-- WEB-INF
 |    |    `-- web.xml
 |    |-- index.jsp
 |    `-- login.jsp
 :

    Donc, en passant à la "/" à getRealPath() vous retournez l'absolu de disque système de fichiers le chemin de la /web dossier de l'élargissement de la GUERRE de fichier du projet. Quelque chose comme /path/to/server/work/folder/some.war/ de laquelle vous devriez être capable de continuer à utiliser dans File ou FileInputStream.

    Noter que la plupart des démarreurs ne semblent pas voir/rendrez compte que vous pouvez réellement passer l'ensemble du contenu web chemin et qu'ils utilisent le plus souvent

    String absolutePathToIndexJSP = servletContext.getRealPath("/") + "index.jsp";

    au lieu de

    String absolutePathToIndexJSP = servletContext.getRealPath("/index.jsp");

    Ne jamais écrire des fichiers dans il

    Également noter que même si vous pouvez écrire de nouveaux fichiers à l'aide de FileOutputStream, toutes les modifications (par exemple les nouveaux fichiers ou les fichiers modifiés) sera perdu chaque fois que la GUERRE est redéployé; avec la simple raison que tous ces changements ne sont pas contenus dans le fichier WAR. Donc, tous les partants qui tentent d'enregistrer les fichiers téléchargés dans il y a tout faux.

    En outre, getRealPath() retournera toujours null ou un de tout à fait inattendu chemin d'accès lorsque le serveur n'est pas configuré pour étendre le fichier WAR dans le système de fichier du disque, mais au contraire par exemple de la mémoire comme un système de fichiers virtuel.

    getRealPath() est portables; vous feriez mieux de ne jamais l'utiliser

    Utilisation getRealPath() soigneusement. Il y a en fait pas judicieux monde réel de cas d'utilisation pour elle. Si vous avez réellement besoin est d'obtenir un InputStream de la ressource web, de mieux utiliser les ServletContext#getResourceAsStream() au lieu de cela, ce sera un travail, indépendamment de la façon dont la GUERRE est élargi. Donc, si par exemple vous souhaitez un InputStream de index.jsp, puis faire pas faire:

    InputStream input = new FileInputStream(servletContext.getRealPath("/index.jsp")); //Wrong!

    Mais au lieu de faire:

    InputStream input = servletContext.getResourceAsStream("/index.jsp"); //Right!

    Ou si vous avez l'intention d'obtenir une liste de toutes les ressources web, des chemins, de l'utilisation ServletContext#getResourcePaths() à la place.

    Set<String> resourcePaths = servletContext.getResourcePaths("/");

    Vous pouvez obtenir une ressource URL via ServletContext#getResource(). Ce sera le retour de null lorsque la ressource n'existe pas.

    URL resource = servletContext.getResource(path);

    Ou si vous avez l'intention d'enregistrer un fichier téléchargé, ou de créer un fichier temporaire, puis voir ci-dessous "Voir aussi" des liens.

    Voir aussi:

    • J'étais sûr à 100% @BalusC serait répondre à cette et la réponse est terriblement. Sérieusement, vous êtes génial.
    • Ce que ce serait donner ServletConfig#getServletContext().getRealPath(".") ?
    • Si mon entrée et de sortie des fichiers sont dans WEB-INF, comment dois-je faire référence à eux en utilisant soit getResourceAsStream ou getResourcePaths?
    • utilisez simplement getResourceAsStream("/WEB-INF/filename.ext") ou getResourcePaths("/WEB-INF"). La clé est de spécifier un webcontent chemin relatif à partir avec /.
    • Info: getResourcePaths retourne tous les chemins d'accès à chaque fichier dans /WEB-INF dans une variable de chaîne...pas utilisable en tant que mesure où je peux dire. FYI. Je n'ai pas essayé d'utiliser getResourceAsStream encore parce que cela nécessiterait une refonte en profondeur de toutes mes méthodes dans mes 2 classes populaires. Je l'ai essayé sur une méthode et le compilateur arrive pas à résoudre le servletContext, parce que le contexte est hors de portée dans la méthode. Je pense que je vais devoir passer le servletContext à partir de la méthode doPost elle est contenue dans. Je vais poster dos si je l'obtiens de travail.
    • Pour getResourceAsStream il n';t une portée de problème, c'était de la syntaxe. J'ai eu à utiliser getServletContext().getResourceAsStream(chemin) où path = "/WEB-INF/inputfile.txt". Mais maintenant, je reçois une exception de pointeur null sur la ligne lorsque la méthode s'exécute. Des idées?
    • J'ai corrigé le nullpointer. Depuis la classe de servlet qui contient le "readnums" la méthode n'est jamais instanciée par le serveur, il ne devient jamais un contexte. J'ai donc passé pour que le servlet de la méthode doPost le Démarrage contexte qui obtient une instance créée par le serveur avec "ServletContext contexte = getServletContext();". Je suis passé de "contexte" de la méthode doPost dans la seconde classe, et ensuite sur le "readnums" méthode qui utilise getResourceAsStream, à l'aide de qui passait contexte: "InputStream entrée = contexte.getResourceAsStream(chemin);"
    • Mon post original avec du code, où un commentaire par BalusC me conduire ici, est situé à: stackoverflow.com/questions/31627559/...
    • En un mot. Élégant!
    • Pouvez-vous commenter la question similaire, stackoverflow.com/questions/36446968/...

    InformationsquelleAutor BalusC
  2. 3

    Une application web de chemin de contexte est le répertoire qui contient l'application web du répertoire WEB-INF. Il peut être considéré comme la "maison" de l'application web. Souvent, lors de l'écriture d'applications web, il peut être important d'obtenir le véritable emplacement de ce répertoire dans le système de fichiers, car cela vous permet de faire des choses telles que la lecture à partir de fichiers ou d'écrire dans des fichiers.

    Cet emplacement peut être obtenu via le ServletContext de l'objet getRealPath() la méthode. Cette méthode peut être passé en paramètre de Chaîne de valeur Fichier.séparateur pour obtenir le chemin d'accès en utilisant le système d'exploitation du fichier séparateur ("/" pour UNIX, "\" pour Windows).

    InformationsquelleAutor Sathish
  3. 2

    Il y a aussi un changement entre Java 7 et Java 8. Certes, il implique un type d'appel obsolète, mais j'ai dû ajouter un "/" pour obtenir notre programme de travail! Voici le lien d'en discuter Pourquoi ne servletContext.getRealPath renvoie la valeur null sur tomcat 8?

    InformationsquelleAutor user96265
  4. 0

    Ma Méthode: 

    protected void processRequest(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException {

    try {
        String path = request.getRealPath("/WEB-INF/conf.properties");
        Properties p = new Properties();
        p.load(new FileInputStream(path));

        String StringConexion=p.getProperty("StringConexion");
        String User=p.getProperty("User");
        String Password=p.getProperty("Password");
    }
    catch(Exception e){
        String msg = "Excepcion " + e;
    }
}
    • Alors que ce bout de code peut résoudre le problème, ça n'explique pas pourquoi et comment il répond à la question. Veuillez inclure une explication de votre code, comme qui aide vraiment à améliorer la qualité de votre post. Rappelez-vous que vous répondez à la question pour les lecteurs dans l'avenir, et ces personnes pourraient ne pas connaître les raisons de votre code suggestion.
    InformationsquelleAutor Julio Azocar