Discussion :

[PerpetualSnow]

Bonjour,

Je souhaite réaliser une application silverlight qui affiche une image de synthèse.

Cette image ne peut être générée par l'application Silverlight car la synthèse nécessite le Framework en entier.
D'où mon idée de générer cette image par un service WCF. Mon problème est que je ne sais pas comment on peut enregistrer un fichier avec un service WCF. Et une fois que l'on a enregistré le fichier quel est son url.

En effet, l'url est le résultat retourné par le service et mon application silverlight se chargera de downloader l'image à partir de l'url.

Mes 2 questions :
Comment créer un fichier avec un service WCF?
Est ce que le service WCF est adapté à ma problématique?

[Louis-Guillaume Morand]

passe par des byte[] et génère des bitmap à la volée.

Comment créer un fichier avec un service WCF?

tout pareil qu'avec n'importe quelle appli .Net que ce soit console, winform ou asp.net ou meme rien du tout. c'est les mêmes lignes de code, et un type défini que tu retourneras. soit une url, soit une Image, soit un byte array. WCF, c'est que la "communication", pour le reste, l'interieur des méthodes, ca reste du code brut.

Est ce que le service WCF est adapté à ma problématique?

tout pourrait être adapté. un webservice basique ferait la même chose mais effectivement, WCF est une avancée, autant l'utiliser

[PerpetualSnow]

Merci pour cette réponse. J'aimerai avoir quelques précisions.

Lors de ma phase de développement mon service WCF est hebergé sur localhost, donc où va être crée un fichier si son chemin relatif est "./myFile.jpg".

Et lorsque je suis en production, c'est à dire que mon service est hebergé sur www.myDomain.com, où va être créé le fichier?

[Louis-Guillaume Morand]

justement, le fait de passer par des byte[], tu ne créés pas d'image ni de fichier. (tu pourrais, c'est juste qu'on veut éviter cela) une image sur le disque est de tte facon chargée en mémoire donc autant ne pas prendre de la place sur le disque pour rien

j'utilise ce principe dans mon premier article
http://lgmorand.developpez.com/dotnet/adimage/#LII

l'image est stockée sous forme de byte[] dans l'AD, et mon client l'affiche direct


ici, il suffit d'imaginer que l'AD est un webservice qui génère une image, la transforme en byte[] et la retourne au client silverlight. c'est tout

[Skyounet]

Le problème c'est que Silverlight ne sait pas afficher une image avec un byte[], il lui faut au choix, une URI ou un Stream.

[Louis-Guillaume Morand]

un MemoryStream, ca doit pouvoir le faire non?

byte array to memorystream

[PerpetualSnow]

En fait, j'ai besoin que mon fichier soit stocké sur le serveur qui héberge le service WCF. En effet, mon image n'est pas un simple jpeg mais une collection de fichier formant une image DeepZoom.

C'est pour ça que je voulais savoir comment enregistrer un fichier sur le serveur et quel sera son url.

[Skyounet]

Ben tu as bien une méthode Save sur un objet Bitmap nan ?

Tu le sauves et tu y accèdes via une URL. Si tu le sauves dans le même repertoire que ton service, tu pourras y accéder via la même URL que ton service (en changeant juste le nom du service par le nom de l'image).

[PerpetualSnow]

J'ai remarqué que mon service s'executait sur "localhost:5530", d'ailleurs je vois le contenu de mon répertoire de développement quand je tape l'adresse le navigateur.

Par contre, mon fichier ne se créé pas. Y a t'il des droits à ouvrir?

[Louis-Guillaume Morand]

localhost:5530

ouais mais en production ca sera pas ca. j'espère que le principe de localhost et les numéros de port te sont familiers :/



passe en mode debug pour voir pourquoi ca ne se créé pas. faut utiliser un logiciel de log quand tu developpes (log4net par exemple) sinon tu t'en sortiras jamais

[PerpetualSnow]

Justement, je suis débutant dans le développement de services web, c'est pour ça que je pose un certain nombre de questions qui peuvent sembler bête.

Mais je suis d'accord avec toi, mon url de production sera www.myDomain.com mais lors du développement j'utilise le localhost.

Je vais regarder l'utilité de log4net. Et peut-être le fichier Web.config...

[Louis-Guillaume Morand]

c'est pour ça que je pose un certain nombre de questions qui peuvent sembler bête.

aucune question n'est bête

simplement, le "pourquoi ca ne marche pas", bien souvent, c'est le debug qui te donnera la réponse. et bien plus rapidement que nous, qui à distance, n'avons pas les éléments sous les yeux

[PerpetualSnow]

Effectivement, le débug est toujours mon outil de travail.

Par contre dans le cas d'un service WCF, le debug ne s'arrete pas quand je met un point d'arret dans le code du service : d'où mes nombreuses questions.

[The_badger_man]

Effectivement, le débug est toujours mon outil de travail.

Par contre dans le cas d'un service WCF, le debug ne s'arrete pas quand je met un point d'arret dans le code du service : d'où mes nombreuses questions.

Heu... si, il s'arrête.

[PerpetualSnow]

J'ai du mettre ce projet en suspens pendant quelques jours faute de résultats positifs.
Cela dit, je n'arrive pas à faire passer le débugger dans mon service WCF. Je vais créer un projet plus simple pour comprendre ce qui se passe, et je reviendrai peut-être (surement? ) avec d'autres questions.