Порталы Java и портлеты

Мир Java имеет стандарт JSR-286 для того, как должны взаимодействовать порталы и портлеты: компоненты программного обеспечения, совместно использующие объединенную веб-страницу.

Кажется, существует много портала реализаций. Но существует ли живой "рынок" взаимозаменяемых портлетов, которые будут работать в них? Из того, что я могу найти поиск сети, это выглядит очень кривым - все порталы и никакие портлеты. Это похоже, если были десятки телефонов на базе Android и никакие приложения.

Если продукт должен был базироваться на JSR-286 (или некоторая реализация этого), какова вероятность корпоративного клиента, имеющего набор портлетов, которые это могло бы хотеть добавить к порталу?

Это ударяет меня, что большинство корпораций будет уже иметь подобную порталу страницу на основе своего выбора ERP или продукта CRM, на котором их бизнес работает, или возможно даже просто страница "Today" MS Outlook. Таким образом, если я поставляю новый продукт, предназначенный для корпоративных клиентов, и я делаю его порталом (а не ряд портлетов), какова вероятность моих клиентов, отказывающихся от их существующего портала IBM/SAP/Oracle и использующих мой портал в качестве их новой домашней страницы? (Я предполагаю: не большой.) И если я делаю это рядом JSR-286 совместимые портлеты, мои клиенты собираются иметь способ разместить портлеты хоста? (Я предполагаю: также не большой).

Наконец, JSR-286 кажется довольно бесшумным о HTML+JavaScript, т.е. как порталы и портлеты взаимодействовали бы в браузере. Это - все об основанном на Java материале серверной стороны, определяя способ сотрудничать в использовании URL так, чтобы каждое полностраничное обновление могло быть направлено к корректному портлету. Это, кажется, не подтверждает современный, богатый подход Ajax. Это упоминает Ajax только мимоходом.

Это сообщение в блоге (и комментарии под ним) обеспечило много пищи для размышления и, кажется, подтверждает мои подозрения:

Профессиональный практический опыт наряду с вышеупомянутым исследованием привел меня к заключению, что портала архитектура испытывает недостаток в достаточных технических преимуществах и отличительных признаках для гарантирования увеличения принятия. На практике немного приложений могут ограничить себя к изолированной и разрозненной функциональности портлетов, и отказ от этого уровня архитектурного контроля нереалистичен в программном обеспечении уровня предприятия... удобный момент портала архитектуры для становления общепринятой технологией не только закрылся, но закрылся некоторое время назад.

Таким образом суммировать это как более когерентный вопрос: какое фактическое значение я получил бы путем построения на JSR-286 в этой точке?