Bonjour à tous en espérant trouver la solution parmi vous.
Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
une image par exemple, pas de problème. Ce contrôle possédant bien
l'attribut
runat=server.
Lorsque je tente en revanche une copie du client vers le serveur, sans
passer par ce contrôle, mais en utilisant la classe File, ça plante !!
Extrait du code :
System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
fichier1,true);
fichier1 e fichier2 étant des variables de type string...
Pourtant tous mes tests en localhost fonctionnent bien mais chez
l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
d'accès
sur le dossier de destination du serveur sont correctement paramétrés pour
permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
résigné.
Dois-je utiliser une autre classe, une autre méthode ?
Ma version Asp.Net est 2003 et non 2005...
Thank you all pour vos réponses multiples, j'en suis sûr !!
Bonjour à tous en espérant trouver la solution parmi vous.
Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
une image par exemple, pas de problème. Ce contrôle possédant bien
l'attribut
runat=server.
Lorsque je tente en revanche une copie du client vers le serveur, sans
passer par ce contrôle, mais en utilisant la classe File, ça plante !!
Extrait du code :
System.IO.File.Copy(fichier2,MapPath("") + "\societes_photos\" +
fichier1,true);
fichier1 e fichier2 étant des variables de type string...
Pourtant tous mes tests en localhost fonctionnent bien mais chez
l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
d'accès
sur le dossier de destination du serveur sont correctement paramétrés pour
permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
résigné.
Dois-je utiliser une autre classe, une autre méthode ?
Ma version Asp.Net est 2003 et non 2005...
Thank you all pour vos réponses multiples, j'en suis sûr !!
Bonjour à tous en espérant trouver la solution parmi vous.
Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
une image par exemple, pas de problème. Ce contrôle possédant bien
l'attribut
runat=server.
Lorsque je tente en revanche une copie du client vers le serveur, sans
passer par ce contrôle, mais en utilisant la classe File, ça plante !!
Extrait du code :
System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
fichier1,true);
fichier1 e fichier2 étant des variables de type string...
Pourtant tous mes tests en localhost fonctionnent bien mais chez
l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
d'accès
sur le dossier de destination du serveur sont correctement paramétrés pour
permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
résigné.
Dois-je utiliser une autre classe, une autre méthode ?
Ma version Asp.Net est 2003 et non 2005...
Thank you all pour vos réponses multiples, j'en suis sûr !!
La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" <stefrs.stephane.rossetti@wanadoo.fr> a écrit dans le message de
news: 4E5CE197-E7DA-471F-8DEC-20590D3E05B0@microsoft.com...
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "\societes_photos\" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field, pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :
La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" <stefrs.stephane.rossetti@wanadoo.fr> a écrit dans le message de
news: 4E5CE197-E7DA-471F-8DEC-20590D3E05B0@microsoft.com...
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "\societes_photos\" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :
La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" <stefrs.stephane.rossetti@wanadoo.fr> a écrit dans le message de
news: 4E5CE197-E7DA-471F-8DEC-20590D3E05B0@microsoft.com...
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "\societes_photos\" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
Quand même, j'ai du mal à concevoir que l'utilisation d'un contrôle File
Field soit l'unique méthode pour réaliser un UpLoad. Si l'UpLoad doit se
réaliser sans action de l'utilisateur, les classes File et FileIndo
disponibles en Asp.Net doivent bien permettre de réaliser des copies de
fichiers sur le serveur dans un dossier pour lequel les privilèges sont
correctement paramétrés.
La syntaxe que j'ai écrite est la bonne, pas l'ombre d'un doute...Son
exploitation par contre !
D'AUTRES REPONSES !?
S'il vous plaît c'est urgent et quelqu'un doit avoir la solution ou avoir
déjà été confronté au problème !!!
Merci d'avance...
"Patrice" a écrit :La première méthode est la bonne.
La deuxième nécessiterait que le client ait accès au serveur via un
lecteur
réseau ce qui n'est bien sûr pas le cas (et ta syntaxe me semble bizarre
mais ce n'est pas ce qui bloque).
Cela marche en localhost car alors ton client et ton serveur sont la même
machine (ou cela pourrait marcher sur un réseau interne par exemple mais
bien sûir cela ne marchera plus pour quelqu'un hors du réseau).
--
"stefrs" a écrit dans le message de
news:
> Bonjour à tous en espérant trouver la solution parmi vous.
>
> Lorsque je réalise un UpLoad à l'aide d'un contrôle HTML File Field,
> pour
> une image par exemple, pas de problème. Ce contrôle possédant bien
> l'attribut
> runat=server.
>
> Lorsque je tente en revanche une copie du client vers le serveur, sans
> passer par ce contrôle, mais en utilisant la classe File, ça plante !!
>
> Extrait du code :
> System.IO.File.Copy(fichier2,MapPath("") + "societes_photos" +
> fichier1,true);
>
> fichier1 e fichier2 étant des variables de type string...
>
> Pourtant tous mes tests en localhost fonctionnent bien mais chez
> l'hébergeur, impossible. Je tiens à préciser que tous les privilèges
> d'accès
> sur le dossier de destination du serveur sont correctement paramétrés
> pour
> permettre l'UpLoad. J'avais déjà rencontré le problème mais je m'étais
> résigné.
>
> Dois-je utiliser une autre classe, une autre méthode ?
>
> Ma version Asp.Net est 2003 et non 2005...
>
> Thank you all pour vos réponses multiples, j'en suis sûr !!
