En règle générale, les services Windows ne peuvent pas accéder aux lecteurs mappés et vous devez utiliser des chemins UNC.
Je suis convaincu qu'il existe un moyen de contourner ce problème pour qu'un service Windows puisse accéder à un lecteur mappé, mais je ne le trouve nulle part.
Mon cas spécifique est que j'exécute Tomcat7 sur un serveur Windows 2008.
Réponses:
Une alternative à l'utilisation de répertoires mappés ou de chemins UNC consiste à utiliser des liens symboliques.
Les liens symboliques NTFS (liens symboliques) peuvent faire référence à un chemin UNC mais diffèrent des raccourcis en ce qu’il n’existe aucune redirection vers l’emplacement demandé. Si vous créez un lien symbolique comme suit:
... puis quand vous ouvrez
C:\myLink
l'adresse du dossier que vous êtes en serezC:\myLink
et non\\127.0.0.1\c$
, ce qui est ce que vous obtenez si myLink était un raccourci et non un lien symbolique. Cela est important si votre application a des problèmes de compatibilité avec les chemins UNC.De plus, le lien symbolique existe dans le système de fichiers et il n'est pas nécessaire de le recréer après l'ouverture de session, comme le requiert votre lecteur mappé moyen (généralement automatisé); il est donc disponible pour les services Windows.
la source
J'ai trouvé une solution à ce problème qui semble fonctionner correctement: https://stackoverflow.com/a/7867064/669645
Étapes que j'ai prises:
net use z: \servername\sharedfolder /persistent:yes
Remarque: le lecteur apparaîtra comme " Lecteur réseau déconnecté (Z :) " mais restera accessible à tous les utilisateurs connectés ainsi qu'aux services Windows.
la source