2010-09-13 4 views
2

В настоящее время у нас есть полдюжины проектов, которые изначально были созданы с использованием .NET Framework 1.1 и WSE 2.0. Но поддержка Microsoft для WSE отсутствует, а последняя версия (3.0) предназначена только для .NET Framework 2.0. Наши новые проекты будут использовать .NET Framework 3.5 и вместо этого of hacking our self a WSE-support, в настоящее время мы ищем альтернативные подходы.Выполнение перехода с веб-служб с поддержкой WSE, является ли WCF способом?

Наши текущие проекты используют WSE для цифровой подписи SOAP-сообщений с сертификатом X.509. Это то, что мы требуем и для наших будущих проектов.

Кажется, что с WCF-маршрутом, кажется, умный выбор, но есть ли альтернативы? WCF, похоже, поддерживает сертификаты X.509, но мы мало волнуемся за его поддержку для других платформ, чем .NET. Наши клиенты должны иметь возможность использовать Java-программное обеспечение для подключения к услугам. И они заявили, что это должно быть так просто, как раньше (когда мы использовали веб-службы). Поэтому WCF должен быть настроен на использование HTTP и SOAP.

Учитывая требования X.509, межплатформенную совместимость и простоту использования (HTTP & SOAP), является ли Windows Communication Foundation правильным решением?

ответ

1

Да WCF - это решение - это API для создания веб-сервисов, и он совместим, если вы не используете специфические функции MS/.NET. Но вы должны знать, что иногда возникают проблемы с переносом служб WSE в WCF. Я рекомендую строить очень простой сервис в WSE (например, Hello World) и защищать его сертификатами так же, как и реальные сервисы. Затем создайте клиент Jave для использования службы. После этого замените службу WSE WCF. Это будет ваше доказательство концепции. В случае проблем вы можете легко поделиться этим решением здесь или с MSDN, чтобы получить некоторую помощь.