Discussion :

[stylepidakss]

Bjr!

J'ai une application web que j'ai developp� en asp.net et C#.
mon souci est le suivant:

sur le server il y a des formulaires pdf que j'enreigistre en suite je dois les ouvrir afin de les traiter. le code qui me permet de le faire lorsque je sur en local est le suivant:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
 protected void Traiter(object sender, EventArgs e)
    {
 
        string destinationFile = @"../" + DropDownList_tr.Text + @"/" + TextBoxId_saisi_tr.Text + ".pdf";
 
 
        destinationFile = Server.MapPath(destinationFile);
 
        System.Diagnostics.Process.Start(destinationFile);
 
        TextBoxId_saisi_tr.Text = String.Empty;
 
 
    }// end methode

Mon souci se pose au niveau de l'instruction:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
 
System.Diagnostics.Process.Start(destinationFile);

qui ne me renvoie rien lorsque je suis sur l'intranet mais quand je suis en local le formulaire pfd renseign� s'ouvre sans probleme.
Et le server IIS ne me donne aucune erreur.

SVP quelqu'un a t-il une sugestion pour mon probl�me?

merci d'avance!

Cordialement....!

[tomlev]

Tu d�marres un nouveau process sur le serveur, pas sur le client... Sur ta machine de dev, �a semble fonctionner, parce que le client et le serveur sont en fait la m�me machine, mais dans tous les autres cas �a ne donne rien.

On ne peut pas lancer un nouveau process sur le client � partir du serveur (heureusement d'ailleurs); il faut que tu rediriges le client vers l'URL du fichier, et c'est lui qui l'ouvrira s'il le souhaite.

[stylepidakss]

Tu d�marres un nouveau process sur le serveur, pas sur le client... Sur ta machine de dev, �a semble fonctionner, parce que le client et le serveur sont en fait la m�me machine, mais dans tous les autres cas �a ne donne rien.

On ne peut pas lancer un nouveau process sur le client � partir du serveur (heureusement d'ailleurs); il faut que tu rediriges le client vers l'URL du fichier, et c'est lui qui l'ouvrira s'il le souhaite.

ok! mrci infiniment pr l'information! mais je souhaite que le client ai la possiblit� d'ouvrir le formulaire pdf et �crire dessus et apr�s la fermeture du fichier, ben le fichier est automatiquement mit ajour sur le serveur.
Est possible de le faire sans demarrer de nouveau processus? car si je redirige le fichier sur le brower il me va pas enregistrer les modifications.

Et si c'est possible quel sera mon script dans se cas?

[tomlev]

car si je redirige le fichier sur le brower il me va pas enregistrer les modifications.

Je comprends pas ce que tu veux dire...

Tu modifies ton fichier, et ensuite tu fais un Response.Redirect vers le fichier pdf. Ca va causer le t�l�chargement du fichier par le client, qui pourra l'ouvrir ou l'enregistrer

[stylepidakss]

Je comprends pas ce que tu veux dire...

Tu modifies ton fichier, et ensuite tu fais un Response.Redirect vers le fichier pdf. Ca va causer le t�l�chargement du fichier par le client, qui pourra l'ouvrir ou l'enregistrer

Ok je vous comprend mais le proced� est le suivant:

un user envoi le fichier via l'intraner. le fichier est un formulair qu'il a t�l�charger ensuite apr�s l'avoir remplir il l'enreigistre sur son poste et nous l'envoi via l'intranet. ce formulaire est ensuite stocker sur le server IIS et dans un repertoir bien sp�cifique. Ensuite toujours via l'intranet, l'admin doit ouvrir le formulaire qui est un fichier pdf et il doit aussi �crir la dessus et lorsque qu'il aura fini le fichier doit etre automatiquement sauvegarder et mis a jr sur le server. Quand je le fais en local ben je n'avais aucun souci.

[tomlev]

Ensuite toujours via l'intranet, l'admin doit ouvrir le formulaire qui est un fichier pdf et il doit aussi �crir la dessus et lorsque qu'il aura fini le fichier doit etre automatiquement sauvegarder et mis a jr sur le server.

C'est pas possible de le faire automatiquement. Il faut que l'admin t�l�charge le fichier, le modifie et l'enregistre en local, puis le renvoie sur le serveur. Le serveur n'a aucun moyen de savoir quand l'utilisateur a fini de modifier le fichier, ni de r�cup�rer automatiquement le fichier sans que l'utilisateur lui envoie.

Quand je le fais en local ben je n'avais aucun souci.

Bah oui, puisque le serveur et le client �taient sur la m�me machine...