В мире Java есть стандарт JSR-286, описывающий, как порталы и портлеты должны взаимодействовать: программные компоненты, совместно использующие единая веб-страница.
Кажется, существует несколько реализаций портала. Но существует ли в них работающий «рынок» сменных портлетов? Судя по тому, что я нашел в Интернете, он выглядит очень однобоко - все порталы и никаких портлетов. Это как если бы были десятки телефонов Android и не было приложений.
Если бы продукт был основан на JSR-286 (или какой-либо его реализации), какова вероятность того, что корпоративный заказчик получит набор портлетов, которые он может захотеть добавить на портал?
Мне кажется, что у большинства корпораций уже есть страница, похожая на портал, основанная на их выборе продукта ERP или CRM, на котором работает их бизнес, или, может быть, даже просто страница MS Outlook «Сегодня». Итак, если я отправляю новый продукт, предназначенный для корпоративных клиентов, и делаю его порталом (а не набором портлетов), какова вероятность того, что мои клиенты откажутся от своего существующего портала IBM / SAP / Oracle и будут использовать мой портал в качестве своей новой домашней страницы. ? (Я предполагаю: не очень хорошо.) И если я сделаю это набором портлетов, совместимых с JSR-286, у моих клиентов будет возможность размещать портлеты? (Я предполагаю: тоже не здорово).
Наконец, в JSR-286 совершенно ничего не говорится о HTML + JavaScript, то есть о том, как порталы и портлеты будут взаимодействовать внутри браузера. Все дело в серверной части Java, определяющей способ взаимодействия при использовании URL-адресов, чтобы каждое полное обновление страницы могло быть направлено на правильный портлет. Кажется, он не признает современный, богатый подход AJAX. Он упоминает AJAX лишь вскользь.
Это сообщение в блоге (и комментарии под ним) дали много пищи для размышлений и, кажется, подтверждают мои подозрения:
Профессиональный практический опыт наряду с вышеуказанными исследованиями привел меня к выводу, что архитектура портала не обладает достаточными техническими преимуществами и отличительными особенностями, чтобы гарантировать более широкое признание. На практике лишь немногие приложения могут ограничиваться изолированной и разрозненной функциональностью портлетов, и отказ от этой степени архитектурного контроля нереалистичен для программного обеспечения корпоративного уровня ... окно возможностей архитектуры портала, чтобы стать мейнстрим-технология не только закрылась, но и закрылась довольно давно.
Итак, резюмируя это как более логичный вопрос: какую реальную ценность я получу, построив на этом этапе JSR-286?
