“Le chemin du format n'est pas pris en charge.”

J'ai le code suivant dans mon service web:

string str_uploadpath = Server.MapPath("/UploadBucket/Raw/");
FileStream objfilestream = new FileStream(str_uploadpath +
                fileName, FileMode.Create, FileAccess.ReadWrite);

Quelqu'un peut-il m'aider à résoudre le problème avec ce message d'erreur à partir de la ligne 2 du code.

Le chemin du format n'est pas pris en charge.

Autorisation sur le dossier est configuré pour un accès complet à tout le monde et il est le chemin d'accès au dossier.

Le point d'arrêt m'a donné la valeur de str_uploadpath comme C:\\webprojects\\webservices\\UploadBucket\\Raw\\.

Quel est le problème avec cette chaîne?

Quelle est la valeur de fileName?
Sonne comme fileName est vide.
Justin, vous aviez raison. La valeur de nom de fichier a C:/ dans le nom. C'est ce qui a été de me tuer. Merci.

InformationsquelleAutor All Blond | 2011-09-08

.net c#stream upload webforms

115

Plutôt que d'utiliser str_uploadpath + fileName, essayez d'utiliser System.IO.Chemin d'accès.Combiner à la place:
```
Path.Combine(str_uploadpath, fileName);
```
qui retourne une chaîne de caractères.
- Ai une erreur:Erreur 4 A l'aide de l'espace de noms de la directive ne peut être appliqué à des espaces de noms; 'Système.IO.Chemin " est un type de pas un espace de noms
- Blond mettre using System.IO; ci-dessus, puis désactivez str_uploadpath + fileName et écrire Path.Combine(str_uploadpath, fileName)
- à quoi ressemble le code ci-dessous maintenant, même message d'erreur:Le chemin d'accès du format n'est pas pris en charge. chaîne str_uploadpath = Server.MapPath(@"/UploadBucket/Raw/"); str_uploadpath = Chemin d'accès.Combiner(str_uploadpath, fileName); FileStream objfilestream = new FileStream(str_uploadpath, FileMode.Créer, FileAccess.ReadWrite);
- essayez de déboguer votre code. Placez un point d'arrêt sur la ligne exactement avant la ligne qui provoque une erreur (F9 dans Visual Studio). Exécuter votre programme. Lorsque le programme d'étape sur le point de rupture, placez le pointeur de la souris sur la variable str_uploadpath. Quelle est sa valeur?
- Comme par Justin commentaire j'ai regardé le nom de fichier de la valeur. nettoyée nom de fichier nom de fichier absolu, car la valeur contenue chemin d'accès au fichier. Et puis de combiner avec chemin d'accès que cela suggère. A travaillé pour moi. Merci
- Je suis de chemin non pris en charge sur le chemin d'accès suivant, pourquoi? "C:\Users\Admin\AppData\Local\Adobe\Flash CS6\fr_fr\Configuration\CodeModel\cm-cache\SwcCache\basemovie3.swc1272273593\library.swf" Si je de le coller dans l'explorateur, il s'ouvre bien, mais .NET du Système.IO.Fichier.ReadAllBytes méthode renvoie cette erreur. C'est certainement un valides et exactes chemin, alors pourquoi l'erreur?
- Utilisez-vous votre chemin comme ceci: File.ReadAllBytes("C:\Users\Admin\AppData\Local\Adobe\Flash CS6\en_US\Configuration\CodeModel\cm-cache\SwcCache\basemovie3.swc1272273593\lib‌rary.swf"); ? Ce qui est faux. La correcte est d'utiliser un @ avant la chaîne de caractères à ignorer special caractère '/'. File.ReadAllBytes(@"C:\Users\Admin\AppData\Local\Adobe\Flash CS6\en_US\Configuration\CodeModel\cm-cache\SwcCache\basemovie3.swc1272273593\lib‌rary.swf");
- Non, la chaîne est déjà en mémoire, comme je l'ai posté. Il s'agit d'un FileSystemWatcher événement, il est donc plus comme File.ReadAllBytes( e.FullPath ); où e est une instance de FileSystemEventArgs. Je ne pouvais pas faire une telle banale erreur de toute façon, parce que ce ne serait même pas compiler en raison de la non valide les séquences d'échappement. La chaîne du contenu est exactement comme cité (pas y compris les guillemets).
- Il n'est même pas comme c'est dit, c'est un chemin d'accès non valide, c'est de dire que c'est un "non pris en charge" "format", mais je ne peux pas comprendre pourquoi, parce qu'il semble relativement normal enracinée chemin avec n impair de caractères, en dehors de le "." dans l'un des noms de répertoire, mais cela devrait être légal.
- dans mon cas, le code fonctionne bien sur le local mais sur le serveur est de donner la même erreur
InformationsquelleAutor
44

Je vois que l'auteur a trouvé que l'erreur s'est produite lors de la tentative d'enregistrer le nom de fichier avec un chemin d'accès complet. En fait il suffit d'avoir un ":" dans le nom de fichier pour obtenir cette erreur. Si il pourrait y avoir ":" dans le nom de votre fichier (par exemple, si vous avez un timbre à date dans le nom de votre fichier) assurez-vous de les remplacer par quelque chose d'autre. I. e:
```
string fullFileName = fileName.Split('.')[0] + "(" + DateTime.Now.ToString().Replace(':', '-') + ")." + fileName.Split('.')[1];
```
- Cette correction d'un problème que j'ai eu avec mon nom de fichier. Je suis ajoutant la date et l'heure de mon fichier et et le ":" les valeurs étaient à l'origine de mon programme de jeter l'erreur OP référencés.
- Cela passe souvent par l'utilisation de Path.GetInvalidPathChars mais pas Path.GetInvalidFileNameChars, comme ce fut le cas pour moi.
- Merci!!!! C'est pourquoi l'affichage de plusieurs réponses, c'est toujours une bonne idée.
InformationsquelleAutor Daniel Hedenström

Si vous essayez d'enregistrer un fichier sur le système de fichiers. Chemin d'accès.Combiner n'est pas de preuve de balle comme elle ne vous aidera pas si le nom de fichier contient des caractères non valides. Ici est une extension de la méthode qui supprime des caractères non valides dans les noms de fichiers:

public static string ToSafeFileName(this string s)
{
        return s
            .Replace("\\", "")
            .Replace("/", "")
            .Replace("\"", "")
            .Replace("*", "")
            .Replace(":", "")
            .Replace("?", "")
            .Replace("<", "")
            .Replace(">", "")
            .Replace("|", "");
    }

Et l'utilisation peuvent être:

Path.Combine(str_uploadpath, fileName.ToSafeFileName());

Ou encore plus court return string.Concat(s.Split(Path.GetInvalidFileNameChars()));

InformationsquelleAutor ThiagoPXP

15

Pour moi le problème était invisible à l'œil humain "‪" De Gauche À Droite Intégration caractère.

Il coincé au début de la chaîne (juste avant le "D"), après je copie-collé le chemin, à partir du windows fichier de propriétés de l'onglet sécurité.
```
var yourJson = System.IO.File.ReadAllText(@"D:\test\json.txt"); //Works
var yourJson = System.IO.File.ReadAllText(@"‪D:\test\json.txt"); //Error
```
De sorte que ceux, identiques à première vue, les deux lignes sont en fait différents.

InformationsquelleAutor Oleg Grishko

Parmi d'autres choses qui peuvent provoquer cette erreur:

Vous ne pouvez pas avoir certains caractères dans le plein PathFile chaîne.

Par exemple, ces personnages vont planter le StreamWriter fonction:

"/"  
":"

il y a peut être d'autres caractères spéciaux que crash aussi.
J'ai trouvé ce qui se passe quand vous essayez, par exemple, de mettre un DateTime timbre dans un nom de fichier:

AppPath = Path.GetDirectoryName(giFileNames(0))  
' AppPath is a valid path from system. (This was easy in VB6, just AppPath = App.Path & "\")
' AppPath must have "\" char at the end...

DateTime = DateAndTime.Now.ToString ' fails StreamWriter... has ":" characters
FileOut = "Data_Summary_" & DateTime & ".dat"
NewFileOutS = Path.Combine(AppPath, FileOut)
Using sw As StreamWriter = New StreamWriter(NewFileOutS  , True) ' true to append
        sw.WriteLine(NewFileOutS)
        sw.Dispose()
    End Using

Une façon d'éviter ce problème est de remplacer problème de caractères dans NewFileOutS avec ceux qui sont bénignes:

' clean the File output file string NewFileOutS so StreamWriter will work
 NewFileOutS = NewFileOutS.Replace("/","-") ' replace / with -
 NewFileOutS = NewFileOutS.Replace(":","-") ' replace : with - 

' after cleaning the FileNamePath string NewFileOutS, StreamWriter will not throw an (Unhandled) exception.

Espère que cela sauve quelqu'un, quelques maux de tête...!

Ah merci!!!! J'ai été l'enregistrement d'un fichier avec un ISO de chaîne de date dans le nom, mais qui contient le illégales ":"! Merci!

InformationsquelleAutor Michael Herman

2

Essayez de changer:

Server.MapPath("/UploadBucket/Raw/")

à

Server.MapPath(@"\UploadBucket\Raw\")
- Les url ont généralement obliques et MapPath est assez intelligent pour le comprendre de toute façon.
- Il y a un @ à l'avant de la chaîne qui échappe à ceux-ci.
- Yep. Oubliée. Doh!
InformationsquelleAutor JimSTAT
2

Si vous obtenez cette erreur dans PowerShell, il est plus probable parce que vous êtes à l'aide de Resolve-Path pour résoudre un chemin d'accès à distance, par exemple
```
 Resolve-Path \\server\share\path
```
Dans ce cas, Resolve-Path retourne un objet qui, lorsqu'elle est convertie en une chaîne de caractères, ne retourne pas un chemin d'accès valide. Il retourne PowerShell du chemin interne:
```
> [string](Resolve-Path \\server\share\path)
Microsoft.PowerShell.Core\FileSystem::\\server\share\path
```
La solution est d'utiliser la ProviderPath de propriété sur l'objet renvoyé par Resolve-Path:
```
> Resolve-Path \\server\share\path | Select-Object -ExpandProperty PRoviderPath
\\server\share\path
> (Resolve-Path \\server\share\path).ProviderPath
\\server\share\path
```
InformationsquelleAutor Aaron Jensen
2

C'était mon problème, ce qui peut aider quelqu'un d'autre -- bien que ce n'était pas le cas des OP question:
```
DirectoryInfo diTemp = new DirectoryInfo(strSomePath);
FileStream fsTemp = new FileStream(diTemp.ToString());
```
Je résolus le problème en éditant mon chemin d'accès à un fichier journal, et le trouvant pas la mise en forme correctement. Correct pour moi, c'est tout simplement:
```
DirectoryInfo diTemp = new DirectoryInfo(strSomePath);
FileStream fsTemp = new FileStream(diTemp.FullName.ToString());
```
InformationsquelleAutor omJohn8372
1

Fait à l'aide de la Chemin d'accès.Combiner méthode de l'aide? C'est un moyen plus sûr pour rejoindre les chemins de fichiers ensemble. Il se pourrait qu'il rencontre des problèmes de rejoindre les chemins

InformationsquelleAutor Kurru
0

Je suis en utilisant le (limitée) générateur d'Expression pour une Variable pour l'utiliser dans un simple Système de Fichiers d'une archive d'un fichier dans SSIS.

C'est ma rapide et sale hack pour supprimer les virgules pour arrêter le message d'erreur:
@[Utilisateur::LocalFile] + "-" + REMPLACER((DT_STR, 30, 1252) GETDATE(), ":", "-") + ".xml"

InformationsquelleAutor Adam Noël
-1

Si la valeur est un fichier url de type file://C:/que ce soit, l'utilisation de la classe Uri de traduire un nom de fichier régulier:

var localPath = (new Uri(urlStylePath)).AbsolutePath

En général, l'aide de l'API est la meilleure pratique.

InformationsquelleAutor Chris Bordeman

Vous devez vous connecter pour publier un commentaire.