Я нахожусь в сценарии, где мне приходится интегрироваться со сторонней системой здесь, на моей работе, которая представляет веб-сервисы на основе Java. Я могу анализировать определения WSDL службы, генерировать прокси-классы и взаимодействовать с ними просто отлично в мире .NET. Однако службы не очень «чисты» в том смысле, что имена свойств в объектной модели приложения Java чрезвычайно запутаны, а серверы, на которых размещается среда Java, иногда выходят из строя и, будучи двухточечным, мой клиент приложениям не нравится, когда URI не отвечает. Я также хотел не включать логику реализации сервиса в мое веб-приложение напрямую, потому что существует большой потенциал для повторного использования этих сервисов Java, так как бизнес часто запрашивает новые вещи, использующие те же данные.
Итак, некоторое время назад я написал несколько «упаковочных» служб WCF, которые обрабатывают сопоставление свойств и предоставляют нашим разработчикам лучший интерфейс для разработки. Однако это решение выглядит не очень хорошо, потому что я хотел бы реализовать некоторые функции маршрутизации и некоторые другие функции и уйти от оболочки WCF 1: 1 для службы Java. Есть ли хороший способ справиться с этим немного более динамично, используя функции WCF 4? Я думаю, что самым большим препятствием является тот факт, что у меня нет доступа к сервисам Java для изменений, и разработчики, поддерживающие эту сторону, не знакомы с чем-то еще, кроме Java. Даже попытка объяснить концепции ESO / SOA обычно является безнадежным делом.
Кто-нибудь еще использует WCF в качестве шлюза псевдо-службы для сторонних служб? Если да, то как вы обрабатываете сопоставление полей из объектов данных WCF стороннему сервису более динамичным способом? Используете ли вы WSDL из стороннего сервиса для генерации контрактов связывания и прокси-классов на уровне WCF?
Спасибо. Я знаю, что это очень широкий вопрос, и нет 100% правильного или неправильного решения. Просто ищу отзывы об этой архитектуре. Я вижу много информации о службе WCF, взаимодействующей с другими службами WCF в качестве службы маршрутизации, но не часто, когда WCF маршрутизирует или действует как шлюз для служб на основе Java.
Опять, вот моя текущая архитектура ..
.NET-клиент -> служба WCF (сопоставление, очистка свойств и небольшая логика незначительного бизнеса) -> веб-служба на основе Java -> исходные данные (большая система управления активами)