Discussion :

[egautier18]

Bonjour,
J'ai un problème pour supprimer mon fichier.

Je m'explique.
J'ai deux services qui discutent ensemble un service web et un service Windows.

le service Windows appelle une méthode du service web.
Cette méthode a pour retour une classe contenant un stream.

Mon problème est donc que je ne peux pas faire un FileStream.close avant mon retour car sinon le flux étant fermé je ne peux pas faire le retour.
Et malheureusement, une fois le return fait, je ne reviens pas vers le service web.

Donc lors de ma deuxième exécution, quand je veux supprimer le fichier. Je ne peux pas car il est utilisé par un procesuss. Le service web je suppose.

Dans la méthode appelé par le service Windows.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
...
...
fs = new FileStream(MonFichier, FileMode.Open, FileAccess.Read);//, FileShare.Delete);
MyReturnRequest.Data = fs;
MyReturnRequest.MyClassSynchro = MyClassSynchro;
MyReturnRequest.MyClassSynchro.LastDateSynchro = DateTime.Now;
//Si ici je fais fs.Close(); mon return lèvera une exception
return MyReturnRequest; //Le return renvoie vers mon service windows.

Dans une autre méthode plus tôt je fais.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
If (File.Exist(MonFichier) == true)
{
    File.Delete(MonFichier); //Ici j'aurais un problème indiquant qu'un processus utilise ce fichier.
}

J'espère avoir été clair.
Merci

[Isythiel]

Et si tu fais un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
try {
  ...
  ...
  fs = new FileStream(MonFichier, FileMode.Open, FileAccess.Read);//, FileShare.Delete);
  MyReturnRequest.Data = fs;
  MyReturnRequest.MyClassSynchro = MyClassSynchro;
  MyReturnRequest.MyClassSynchro.LastDateSynchro = DateTime.Now;
  //Si ici je fais fs.Close(); mon return lèvera une exception
  return MyReturnRequest; //Le return renvoie vers mon service windows.
}
finally {
  fs.Close();
}

[egautier18]

Bonjour,
Merci de répondre.

Non, malheureusement, cela fait partie des nombreux test que j'ai effectué avant de poster.

J'ai l'impression qu'il met en mémoire MyReturnRequest, va faire le finally et revient faire le return.

L'erreur est celle qui me dit que mon flux est fermé.
J'ai même poussé le vice en lui mettant un sleep avant le fs.Close(); dans le finally. Résultat il a attendu 30 sec avant de planter ^^.

[PatteDePoule]

Est-ce que tu pourrais contourner le problème en envoyant simplement un byte[] (qui est le contenu du fichier) au lieu du Stream?

[egautier18]

Bonjour,
Merci de votre réponse.
Non l'envoie par stream est une condition imposé de mon projet.
Et je pense que cela est plus performant étant donnée la masse d'information envoyé.

Je ne vois pas d'autre solution que d'ouvrir une nouvelle connexion pour nettoyer l'ensemble de mes fichiers obsolète après transfert, mais cela ne me satisfait pas beaucoup..

Je laisse le post ouvert, si quelque pense à quelque chose d'autre.

Merci.

[Isythiel]

Et pourquoi ne pas mettre en place un retour du service web qui confirme que le flux a bien été reçu, et qui permet à ton service windows de déclencher le nettoyage ensuite ?

[egautier18]

Bonjour,

Le service Windows n'a pas de visibilité sur les dossiers que l'on veut supprimer. Ils sont sur deux machines distantes.

L'ouverture de la connexion se fait depuis le service Windows et se ferme après réception des documents.

[plume13]

Hello, je ne comprends pas comment se fait l'appel du service web par le service Windows. Pourrais-tu envoyer le code ?
Personnellement j'ai du mal à comprendre la logique d'un renvoi de flux "brut".

[egautier18]

Bonjour,
Pour commencer bonne fête à vous.

J'aurais peut être du préciser que mon service Windows intégrais WCF.

J'ai donc :

ServiceWindows (WCF) <---> Service Web

Le SWindows appel une méthode référencée dans l'interface de mon service Web avec en paramètre une class contenant un stream et une class d'info.
Le retour de cette méthode est la même chose. Un stream et une class d'info.

Dans la valeur de retour, j'ai donc mes datas (stream) que je ne peux fermer si je veux que l'envoie se passe bien.
Le problème étant qu'une fois la valeur de retour bien arrivé sur le SWindows, je coupe la communication entre mes deux services.

La communication étant coupée, je ne vois pas comment fermer mon stream du coté WEB et mon accès fichier est donc toujours ouvert. Conséquence, impossible de supprimer ce fichier car considéré comme "utilisé par un processus"..

L'idée de les faire communiquer de nouveau juste pour nettoyer les fichiers ne me plait pas beaucoup..

Merci à vous.

[plume13]

Question : fais-tu tes tests sur 2 machines ou sur une seule ?

[egautier18]

Sur une seule.
Tout est en local, mise a part une bdd.

[plume13]

Ok, c'est ce que je pensais.
Sur quelle "plateforme" tourne ton service web : IIS ou l'outil de debuggage Visual Studio ?

[egautier18]

Il est dans VS mais à l'avenir il devrait être monté sur IIS.

[plume13]

Tout d'abord petit conseil : monte ton site web, ça t'évitera des déconvenues plus tard...

Avec une référence dans le deuxième post à ceci :
http://msdn.microsoft.com/en-us/library/ms731913.aspx

J'ai pas testé mais ça semble intéressant pour transférer toutes les données avant de supprimer le fichier.
Tiens-moi au courant

[egautier18]

On m'a soufflé une solution que voila.

Déclaré un Event que l'on ajoute à OperationContext.Current.OperationCompleted
Ceci se déclenche quand la connexion est complètement fermé. Il permet donc de finir le travail.

En voulant me renseigner sur le OperationContext je suis tombé sur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 EventHandler CloseAndDeleteFile = new EventHandler((object sender, EventArgs e) => { fs.Close(); File.Delete(MonFichier); });
            OperationContext.Current.OperationCompleted += CloseAndDeleteFile;
            return MyReturnRequest;

Merci beaucoup à ceux qui sont venu me répondre et ont pris du temps pour les recherches.
une bonne fin d'année à vous.