Java порталы и портлеты - PullRequest
16 голосов
/ 12 июля 2010

В мире 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 на данном этапе?

1 Ответ

5 голосов
/ 13 июля 2010

Единственное преимущество, которое я знаю, это то, что когда поставщики корпоративного программного обеспечения имеют «интеграцию портала» в своем контрольном списке функций, это обычно означает, что они написали портлеты в соответствии со стандартами JSR-168 или JSR-286. SAP, Banner и Magnolia - некоторые из систем, которые мы здесь используем, которые работают таким образом, и некоторые организации находят ценность в подходе портала.

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

FWIW, если вы решите распространять свою работу в виде коллекции портлетов, существуют существующие системы порталов с бесплатным / открытым исходным кодом, которые вы могли бы предоставить людям, у которых еще нет контейнера портлетов:

http://java -source.net / с открытым исходным кодом / порталы

Надеюсь, все это немного поможет.

...