Comment voulez-vous créer des “Alias” dans Apache Tomcat?

Je suis en train de travailler sur une application web qui permet aux utilisateurs de télécharger les pièces jointes. Ces pièces jointes sont stockées sur un lecteur autre que celui de l'application web. Comment puis-je créer un alias (l'équivalent de du serveur HTTP Apache alias), ce disque de sorte que les utilisateurs peuvent télécharger ces pièces jointes?

Actuellement, je suis entrain de créer un fichier de contexte et de les déverser dans CATALINA_HOME/conf/Catalina/localhost, mais c'est au hasard supprimés chaque tellement souvent. Le fichier de contexte est nommé attachments.xml et le contenu sont présentés ci-dessous. J'ai aussi lu sur les hôtes virtuels, mais si je comprends bien, puis d'un hôte virtuel n'est pas ce que je recherche. Je suis l'aide de la version 6.0.18 de Apache Tomcat.

attachments.xml:

<?xml version="1.0" encoding="UTF-8"?>
<Context docBase    = "e:\uploads\attachments"
     reloadable = "true"
     crossContext   = "true">
</Context>

OriginalL'auteur Dan Polites | 2008-12-08

  1. 9

    J'ai passé beaucoup plus de temps à la recherche de cette et trouvé une solution qui résout la suppression aléatoire du contexte fichiers. J'ai trouvé cet extrait sur le site web sous la section configuration de l'hôte:

    Vous pouvez imbriquer l'un ou plus de Contexte
    éléments à l'intérieur de cet élément Hôte,
    chacun représente un autre web
    application associée à ce
    hôte virtuel.

    Les hôtes virtuels sont stockés dans le server.xml fichier situé à CATALINA_HOME\conf. Tomcat est livré avec localhost d'hôte par défaut. Donc, si l'on ajoute le contenu de attachments.xml depuis le premier post, nous obtenons les suivantes:

    <Host name="localhost"  appBase="webapps"
    unpackWARs="true" autoDeploy="true"
    xmlValidation="false" xmlNamespaceAware="false">

    <Context path="/attachments"
             docBase="e:\uploads\attachments"
             reloadable="true"
             crossContext="true" />
</Host>

    C'est aussi proche que l'on peut obtenir à la définition d'alias similaire à Apache HTTP server, je pense.

    Il y a certains héritent de danger avec ce. Voir ma réponse pour plus d'informations
    Énorme merci pour cette. A été d'essayer de trouver une solution pour un+ 1 jours. Cela a fonctionné!

    OriginalL'auteur Dan Polites

  2. 7

    Il y a plusieurs options.

    1. Utiliser Apache comme le frontend, en déléguant à tomcat par mod_jk ou mod_proxy
    2. Proposer un téléchargement servlet dans votre propre application desservant le fichier demandé
    3. Le répertoire que vous souhaitez tomcat pour livrer une application web

    chacun a des avantages et des inconvénients et des avantages. Je préfère la première solution pour plusieurs raisons:

    • Mes principales raisons s'appliquent à unixoid systèmes, ce qui vous ne sont évidemment pas en parler: Seul root peut lier les ports inférieurs à 1024, par exemple, 80. À cet effet tomcat aurait besoin pour s'exécuter en tant que root (je sais qu'il y a de la mécanique afin de permettre aux utilisateurs de s'attacher à des ports, mais je n'ai jamais eu à les utiliser). Apache est généralement lancé en tant que root, mais baisse de ces privilèges dès que le port 80 est lié.
    • Apache est dit être beaucoup mieux dans le service des ressources statiques de tomcat (je n'ai jamais mesuré, mais trouvez qu'il est difficile de croire le contraire)
    • Manifestement, vous savez comment créer des alias dans apache - il serait trivial de le faire.

    Sur le téléchargement de servlet:

    De cette façon, vous auriez un servlet service de vos ressources statiques, qui vous peut se lier à l'url "/download/*" (par exemple, dans l'application qui gère également les téléchargements de fichiers) gain:

    • Vous avez besoin pour configurer le répertoire où les fichiers sont stockés qu'une seule fois
    • Si vous avez besoin vous pouvez facilement mettre en œuvre des contrôles d'autorisation (par exemple, mot de passe requis pour le téléchargement)
    • Vous avez besoin pour déployer un seul entièrement autonome de l'application.
    • Le téléchargement servlet est trivial - trouver le fichier, définissez le nom et le type du fichier dans le flux de sortie et de flux d'octet par octet, puis de fermer le flux de sortie (assurez-vous de la poignée d'attaquer les noms de fichier comme "/download/../../../../etc/passwd" ou "/download/C:/WINDOWS/someimportantfile.xxx"), en utilisant par exemple le java.io.Fichier constructeur qui obtient le répertoire de base comme un paramètre individuel.

    La troisième option a de graves inconvénients et vous ouvre à des attaques si vous ne prenez pas de soins particuliers:

    • Tomcat ne sert pas de répertoires, mais webapps. À cet effet "E:/upload/attachments" aurait besoin d'au moins un répertoire nommé "WEB-INF", contenant "web.xml". Prenez soin de ne pas fournir l'accès en écriture sur ce répertoire et de fichier à partir du téléchargement de l'application web. Avec cette disposition, vous permettra peut-être de tomcat servir le répertoire.
    • Cependant: Configurer le contenu de l'web.xml de ne pas servir "*.jsp" en tant que jsp, sinon tomcat ne serait pas juste de livrer des fichiers jsp mais de les exécuter. Imaginez que quelqu'un upload "de l'index.jsp" avec <% System.exit(0); %> ou plus du contenu malveillant.

    Une autre pensée: Vous n'avez pas besoin de l'appoint crosscontext="true". Cela impliquerait que la webapplication que vous déployez pour bien servir vos fichiers a accès à d'autres applications, par exemple, est capable de les gérer ou d'accéder à leurs données privées. Habituellement, vous n'avez pas besoin que, dans le cas de votre question, vous ne voulez certainement pas que.

    OriginalL'auteur Olaf Kock

  3. 2

    Voir la première partie de mon nouvelle question pour les moyens de le faire en modifiant le context.xml fichier
    Comment puis-je ajouter des alias à un Contexte de Servlet java?.
    Selon plusieurs personnes maintenant, il n'est plus nécessaire (2012: Tomcat 6 ou 7) pour l'utilisation d'Apache pour des raisons de performances sur Tomcat pour servir du contenu statique.

    Pour ajouter à ce que Paulus souligné. Les alias peuvent maintenant être définies pour Tomcat 7. Le documenation devrait être en vaut le détour si vous êtes l'exécution de cette version. Ils peuvent être enchaînés aliases="/shared=/[path to]/shared,/app1a=/[path to]/app1a"

    OriginalL'auteur Paulus