Le passage aux services Web compatibles WSE est-il la voie à suivre?

Question

Nous avons actuellement une demi-douzaine de projets qui ont été construits à l'origine en utilisant .NET Framework 1.1 et WSE 2.0. Mais le support de Microsoft pour WSE fait défaut et la dernière version (3.0) ne cible que .NET Framework 2.0. Nos nouveaux projets utiliseront .NET Framework 3.5 et à la place of hacking our self a WSE-support, nous sommes actuellement à la recherche d'approches alternatives. Nos projets actuels utilisent WSE pour signer numériquement les messages SOAP avec un certificat X.509. C'est ce que nous exigeons également pour nos futurs projets.

Il semble que le chemin de la WCF semble être le choix intelligent mais existe-t-il des alternatives? WCF semble soutenir les certifications X.509 mais nous sommes peu inquiets de son support pour d'autres plateformes que .NET. Nos clients doivent être en mesure d'utiliser un logiciel Java pour se connecter à des services externes. Et ils ont déclaré que cela devrait être aussi facile qu'auparavant (lorsque nous utilisions les services Web). Donc WCF doit être configuré pour utiliser HTTP et SOAP. Compte tenu des exigences de X.509, de l'interopérabilité multiplateforme et de la simplicité d'utilisation (HTTP & SOAP), Windows Communication Foundation est-il la bonne solution?

Answer 1

Oui WCF est la solution - c'est une API pour créer des services Web et elle est interopérable si vous n'utilisez pas les fonctionnalités spécifiques à MS/.NET. Mais vous devez savoir que le portage de services WSE vers WCF pose parfois des problèmes. Je recommande de construire un service très simple dans WSE (comme Hello World) et de le sécuriser avec des certificats de la même manière que les services réels. Puis créez un client Jave pour consommer le service. Après cela, remplacez le service WSE avec WCF. Ce sera votre preuve de concept. En cas de problèmes, vous pouvez facilement partager cette solution ici ou sur MSDN pour obtenir de l'aide.