Имеет ли смысл применять SOA как архитектурный шаблон(паттерн)  для построения сложной программной системы, но не уровня предприятия EE а как отдельного standalone-приложения(например как способ взаимодействия отдельных модулей системы - одни модули регистрируют сервисы, другие используют их)? Если да, то как сочетать такой паттерн с разделяющими ООП шаблонами - MVC, Observer и.т.д.  Если примеры таких приложенний, построенных на SOA? 

Вполне имеет. Есть такая штука - OSGi, еще её называют "SOA in a JVM". На её базе построен, к примеру, eclipse. 

Хорошо. OSGI -классная вешь. Но это лишь инструмент. Есть ли примеры desktop java-приложений, построенных на SOA?

Мне кажется, powerOn уже привел пример. Действительно, в широком смысле плагинная архитектура может называться  Service Oriented.  Однако важным моментом в SOA является универсальный формат описания данных, основанный на xml. На мой вздляд, термин SOA применяется в основном к распределенным системам (клиент - сервер), где компоненты могут быть реализованы на разных технологиях.  В моем понимании "desktop java-приложениe, построеннoe на SOA" -  это толстое клиентское приложение, использующее внешние сервисы. Если речь об этом, то любое клиентское приложение может быть "построеннo на SOA".

да, это наверно самый распространенный вариант, но имелось ввиду другое - приминимость SOA внутри одного приложения для взаимодействия его частей , т.е. SOA как разделюящий паттерн. OSGI делает именно это. 

Это сообщение отредактировал(а) x8m6 - 3.9.2010, 17:08

SOA есть SOA, там системы общаются по средствам назависимого формата, а OSGI работает с java-интерфейсами и java-классами. В SOA распространен, к примеру, вариант, когда GUI пишут на C#, серверную часть - на Java, интеграционную - на Тibco. На OSGI же инородные системы не совместишь.
Собственно повторил сообщение COVD