Comment protéger le code VB d'un Web Services

Bonjour à tous,

:lol: J'ai réalisé un Web Services et le projet pour le déployer.
Tous fonctionnent très bien et lors de l'installation sur les serveurs de mes clients je me retrouve avec un fichier 'djaserv.asmx' accessible sur le Web via serveur IIS.

Ce fichier me renvoi vers le code à exécuter.
Dans mon cas, le fichier DJAServ.vb

Code:

---

<%@ WebService Language="vb" CodeBehind="~/App_Code/DJAServ.vb" Class="DJAServ" %>

---

Ce qui me dérange, c'est que dans le fichier vb il y ai tous le code source du service Web.

Existe-t-il un tuto, une méthode, un système pour protéger l'application et ne pas publier le code source.
Faut il compiler d'une certaine façon le code dans Visual Studio 2008 et publier un "EXE" ou une "DLL".

Je patauge depuis plusieurs jours à la recherche de la bonne méthode. :mur:

Si vous avez des infos, je vous en remercie d'avance.

Tu avais la réponse.

Citation:

---

... publier un "EXE" ou une "DLL".

---

Tu peux complier ton projet et tu gardes ton ASMX et DLL.
\Projet\*.asmx
\Projet\bin\*.dll

Ou encore le mieux tu fais "Publier" (right-click sur ton projet)
et tu le publies soir directement sur IIS ou encore dans un répertoire.

Bonjour à tous,

Après plusieurs mois, je reviens sur mon problème de publication de services Web

J'ai suivi les conseilles de mes confrères et j'ai publié mon projet en faisant un clique droit dans l'explorateur de solution sur la ligne du projet.
J'ai choisi un répertoire virtuel préalablement créé.
Aucun problème et je ne retrouve plus le code source dans les dossiers de destination.
:P

Mais quand j'accède au fichier asmx, j'ai un message d'erreur :

Citation:

---

Message d'erreur de l'analyseur: Impossible de créer le type 'DJAServ'.

Erreur source:

Ligne 1 : <%@ WebService Language="vb" CodeBehind="~/App_Code/DJAServ.vb" Class="DJAServ" %>

Fichier source : /agro/DJAServ.asmx Ligne : 1
--------------------------------------------------------------------------------
Informations sur la version : Version Microsoft .NET Framework :2.0.50727.3603; Version ASP.NET :2.0.50727.3601

---

Faut-il intervenir dans le fichier DJAServ.asmx, faut-il modifier des paramètres dans IIS / ASP , faut-il modifier les droits de certain utilisateurs ?

Pour info, je travail sur une machine 'Windows Vista Entreprise' avec Visual studio 2008 et IIS 7

:oops:
J'avoue que je sèche sur le sujet depuis plusieurs jours.

Par avance merci pour votre aide

Salut

Le fichier ASMX sert seulement à pointer dans ta classe VB.

Le «CodeBehind=» doit contenir le path relatif vers ton fichier .vb (dans ton projet VB et non le path une fois compilé) et le «Class=» doit contenir le nom de ta classe incluant le namespace complet.

Si tu déplaces ton fichier .vb dans ton projet ou que tu changes soit le nom de ta classe ou encore son namespace, les changements ne sont pas automatiquement répercuté dans le ASMX, donc tu dois les faire manuellement.

Ce que je trouve bizarre, c'est que ton fichier .asmx et son .vb associé ont l'air d'être dans 2 répertoires différents. À vérifier.

Parfois, le mieux est de créer un nouveau ASMX dans ton projet et de comparer les valeurs générées ton ASMX existant.

Aussi, assure-toi que ton firewall Windows est désactivé, il bloque IIS.

Pour vérifier que ton WebService est bien publié, va dans IIS et right-click «Parcourir» sur ton fichier .asmx

:ccool: Bonjour et merci.

A la lecture de ta réponse, j'ai regardé de plus prêt ma façon d'organiser mes projets.
J'ajoute toujours des répertoires pour organiser mes procédures ou les dll que j'utilise.

Et la, j'ai découvert que si je demande de visualiser tous les fichiers il existait un fichier amsx créé automatiquement.
Il ne faut donc pas en créer un sois même !!!!!

:wow:
Méconnaissance ou stupidité, dans tous les cas mon problème est résolu.

Merci encore pour m'avoir mis sur la bonne piste.

Bah déjà je comprend pas pourquoi tu leur files les fichiers .vb. Si tu déploies un WebService, tu peux juste te contenter des fichiers .asmx et de la .dll ou autre, mais surtout pas des .vb