"Impossible de charger le type" dans le service Web converti en VB.NET

Question

J'ai écrit un simple service Web en C# en utilisant SharpDevelop (que je viens d'obtenir et que j'aime).

Le client le voulait en VB, et heureusement, il existe une fonctionnalité Convert To VB.NET. C'est bien. Traduit tout le code, et il construit. (Je suis un gars « Bloc-notes » pendant une longue période, afin que je puisse sembler un peu vieillot.)

Mais je reçois cette erreur lorsque je tente de charger le service maintenant. J'ai supprimé les corbeilles et j'ai reconstruit, et j'ai recherché google (et stackoverflow). J'ai parcouru les fichiers de projet pour les restes de C#.

Des idées?

Answer 1

Dans VB.NET, les déclarations d'espace de noms sont relatives à l'espace de noms par défaut du projet. Par conséquent, si l'espace de noms par défaut du projet est défini sur X.Y, les échanges entre Namespace Z et End Namespace se feront dans l'espace de noms X.Y.Z. En C# vous devez fournir le nom complet de l'espace de noms, quel que soit l'espace de noms par défaut du projet. Ainsi, si le projet C# avait l'espace de noms par défaut X.Y, les fichiers CS incluraient toujours la déclaration namespace X.Y. Après la conversion en VB, si l'espace de noms par défaut et les déclarations d'espace de noms dans les fichiers restent les mêmes, vous obtenez des classes dans l'espace de noms X.Y.X.Y. Donc dans votre cas, la classe Soap est maintenant dans l'espace de noms flightinfo.flightinfo. Ainsi, il existe trois solutions possibles:

• changer le fichier asmx à

• supprimer l'espace de noms par défaut du projet

• supprimer les déclarations d'espace de noms des fichiers vb

Answer 2

<%@ WebService Class="flightinfo.Soap,flightinfo" %> 

Quel est le nom de votre cours?

Answer 3

Le problème peut être dû à VB.NET & Projets C# utilisant différentes conventions de dénomination pour les assemblys de projet et la manière dont l'espace de noms de projet est utilisé. Du moins, je commencerais à chercher.