Spring Портлеты с сервером Liferay или Websphere Portlet Factory?

Есть ли рекомендации по использованию портлетов Spring с сервером Liferay или Websphere Portlet Factory? Я предполагаю, что решение Websphere Portlet Factory ускоряет разработку портлетов, НО НЕ уверен с точки зрения обслуживания. Есть ли личный опыт использования этих двух стеков технологий?

Дополнительная информация: мы хорошо знакомы с Spring MVC и у нас уже есть корпоративная лицензия на фабрику портлетов Websphere.


person anonmys    schedule 23.02.2011    source источник


Ответы (2)


По моему опыту, WebSphere Portlet Factory может подойти для сборки большого количества портлетов для вырезания файлов cookie, но ее ужасно отлаживать. У вас нет прямого доступа к генерируемому им коду, поэтому, когда вы видите трассировку стека в этом коде, трудно понять, что происходит.

Более того, вы в конечном итоге очень ограничены тем, что находится в парадигме WPF, и все становится сложно, когда вам нужно делать что-то за пределами его границ. Spring Portlet MVC обеспечивает гораздо большую гибкость, в том числе то преимущество, что навыки, которые вы используете, применяются вне строгого контекста портала.

person Spike Williams    schedule 21.03.2011
comment
В реальных сценариях реальной жизни это во многом зависит от вашей организации. Для организации с веб-сферой, как правило, мы испытываем сильное давление со стороны высшего руководства, чтобы оно использовало быструю разработку приложений для более быстрой доставки, что, в свою очередь, приводит к использованию этих инструментов. Я полностью согласен с вами в отношении недостатка приложения RAD по сравнению с хорошо разработанным приложением. - person anonmys; 22.03.2011

Проблема с любой структурой портала заключается в том, что они запирают вас своими собственными расширениями всякий раз, когда вы выходите за пределы JSR 168 (а вы захотите).

Думаю, вы минимизируете блокировку с помощью Liferay.

Еще одно предложение - полностью отказаться от портлетов и использовать HTML, CSS и Ajax. Таким образом, вы не будете привязаны к поставщику.

Портлеты - это такие 1990-е. Что они на самом деле покупают?

person duffymo    schedule 23.02.2011
comment
Каким образом использование интерфейсных технологий (HTML, CSS, AJAX) предотвращает потребность в платформе портала? Разве это не совсем разные вещи? - person James Goodwin; 23.02.2011
comment
Это совершенно разные вещи? Не думаю, что порталы нужны. То же самое можно сделать и без сервера портала WebSphere: myiosoft.com/products/AjaxPortal/demo - person duffymo; 24.02.2011
comment
Совершенно верно, я до сих пор не могу понять, почему эти корпоративные архитекторы отстают от нас, чтобы использовать портальную технологию только потому, что команда пользовательского интерфейса ищет пользовательский интерфейс, похожий на то, что предоставляет портальная технология. Такой UI можно легко реализовать с помощью AJAX, и вы предоставили для этого хороший пример. - person anonmys; 24.02.2011
comment
Корпоративные архитекторы - это люди, которые любят навязывать инструменты другим и им не нужно их использовать. Я говорю: позвольте рабочему выбирать свои инструменты. - person duffymo; 25.02.2011
comment
Эта замечательная технология, которую можно легко реализовать с помощью некоторых вещей AJAX, - это отрасль с оборотом в миллиард долларов, благодаря архитекторам предприятия и лицам, принимающим решения. - person anonmys; 28.02.2011