2010-03-17 11 views
6

J'ai une application Web ASP.NET MVC 1.0, qui sert de site frontal pour notre API externe. Plus précisément, il dispose d'un panneau de configuration pour nos clients API, documentation, etc.Hébergement des services WCF dans une application Web ASP.NET MVC

Maintenant, je veux déplacer notre API réelle (ce qui est un ensemble de services WCF) dans ce projet, de sorte que, par exemple, http://api.example.com/controlpanel/dashboard serait être servi par ASP.NET MVC runtime, où http://api.example.com/services/1.0/users.svc serait servi par un service WCF approprié.

Certes, cela peut être fait en ajoutant un dossier virtuel services/1.0 dans IIS, mais je vraiment veulent ces deux pièces à l'intérieur d'un projet.

Est-ce faisable du tout? Si oui, comment intégrer ces deux bêtes?

+0

J'ai commencé une prime sur ce que je veux faire la même chose. J'espère que quelqu'un connaît la réponse pour me sauver la recherche :) –

+0

On dirait que je suis sur quelque chose: [Hébergement WCF côte à côte avec ASP.NET] (http://msdn.microsoft.com/fr-fr/ library/aa702682.aspx). –

+0

Cela semble parler des applications ASP.NET plutôt que des applications ASP.NET MVC. En particulier, je m'intéresse à la façon dont vous obtenez que le WCF joue bien avec le routage dans MVC. –

Répondre

5

Il s'avère que MVC/WCF n'est pas le problème. Les services hébergés dans l'application MVC sont très bien activés (je suppose que IIS contourne l'exécution de MVC pour les requêtes .svc).

Le problème concernait davantage les services dans Areas et les demandes de fichiers .svc ne passant pas par la table de routage.

J'ai posé une question plus spécifique traitant du problème ici.

Expose WCF services that belong to an Area in MVC app at a routed path