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