2009-03-20 14 views
1

J'ai actuellement une suite de services Web .NET développés dans ASP.Net 2.0. Ils n'utilisent aucune extension WS-E, mais implémentent plutôt la sécurité au niveau de l'application. Ce sont des fonctionnalités de récupération/mise à jour des données assez simples. Je suis intéressé à refactoriser progressivement ces services Web dans les services WCF, le plus souvent à l'épreuve du futur contre la dépréciation des anciennes versions du framework. Ma principale préoccupation est la quantité de re-codage qui devra être fait dans les applications client pour se reconnecter avec ces services.Migration vers WCF à partir des services Web ASP.Net 2.0

  1. Est-ce que quelqu'un est déjà allé sur cette route?
  2. Cela valait-il la peine?
  3. Pouvez-vous recommander du matériel de lecture que je peux utiliser pour poursuivre mes recherches dans ce domaine?

Répondre

1

Vos préoccupations sont valides. J'ai pris l'approche de «si ce n'est pas cassé, ne le répare pas» et de laisser les services Web «existants» existants jusqu'à ce qu'ils aient besoin de travailler. Pour de nouveaux développements, nous avons adopté la WCF comme solution aux problèmes de communication, grands et petits. L'avantage le plus tangible est la facilité d'intégration si vous avez un bon modèle d'objet propre. Le négatif le plus tangible est que (relativement parlant) il y a beaucoup plus de problèmes de configuration, surtout quand vous commencez à essayer de sécuriser les choses.

Je trouve intéressant que vous ayez mentionné la spécification WS- * car c'est là que nous avons le plus de problèmes à intégrer le WCF à un système Java. Les fonctionnalités de sécurité sont simplement manquantes en ce moment, et nous avons fini par utiliser Microsoft.Web.Services3 (WSE3) pour ce morceau du côté .NET des choses.

Je recommande vivement reading through these articles même si vous ne faites pas de sécurité avec WCF maintenant, vous devrez probablement à un moment donné.

+0

Pourriez-vous élaborer sur les fonctionnalités de sécurité qui manquent dans WCF? Je ne savais pas qu'il en manquait du tout. –

+0

Spécifiquement lorsque vous traitez avec UsernameToken sur une liaison personnalisée, nous n'avons pas trouvé un moyen de définir MustUnderstand sur false. Après quelques jours de dépannage de WCF, nous avons constaté que WSE3 l'avait pris en charge dès sa sortie de l'emballage et l'a utilisé simplement par respect pour le calendrier du projet. – slf

1

Il est tout à fait possible que vos clients n'aient pas besoin de changer du tout. Côté serveur, j'ai récemment vu un service ASMX transformé en service WCF en plaçant simplement [ServiceContract] sur la classe [WebService] et [OperationContract] sur les méthodes [WebMethod], et en retourner les types non primitifs retournés dans [DataContract] et [DataMember].

Questions connexes