К сожалению с Liferay не знаком, хотя коллеги делали какие-то минипорталы вроде бы не очень ругались. Насколько помню там были сложности с созданием портальных тем и кастомизацией.
Нет, вы абсолютно правы. Кто как хочет так и реализовывает. Придумывает свои велосипеды иногда уж очень убогие. Насколько я помню спеку там не описана GUIовая часть. По этому все так плохо.
Мне нравился JBoss, по моему там более менее все было структурировано и самое главное были возможности кастомизации любой части портлетного GUI. А вот новый GateIn портал меня расстроил. Обратите внимание на вложенность div блоков обычного портлета без контента. Если не ошибусь их было 15!
Говоря о достоинствах нельзя не сказать и о недостатках:
1. Сложности передачи информации от одного портлета к другому (интерпортлет коммуникации).
Не так уж и сложно. Грубо говоря «Один к одному» «Один ко многим» реализован. С помощью современных фреймворков обмениваться сообщениями просто, только настроить немного сложно.
2. Специфичность Portlet API и существенное отличие от стандартного Web-программирования.
Что вы имете ввиду под «Web-программирования»?
3. Стандарты JSR-168 и JSR-286 описывают только API взаимодействие портлета и портлет-контейнера, при этом не стандартизируя архитектуру портала.
А они и не должны этого делать. Портлеты по идее контейнеро независимые. Они никаким образом не должны описывать портал, они должны выполнять конкретную задачу. Из совокупности задач уже строится портал.
Да, наверно. Но все равно интересно, вспоминаешь как сам сардукаров харконенских мочил, мелнж соберал, как в первой части у пола глаза голубые становились…
Мне нравился JBoss, по моему там более менее все было структурировано и самое главное были возможности кастомизации любой части портлетного GUI. А вот новый GateIn портал меня расстроил. Обратите внимание на вложенность div блоков обычного портлета без контента. Если не ошибусь их было 15!
1. Сложности передачи информации от одного портлета к другому (интерпортлет коммуникации).
Не так уж и сложно. Грубо говоря «Один к одному» «Один ко многим» реализован. С помощью современных фреймворков обмениваться сообщениями просто, только настроить немного сложно.
2. Специфичность Portlet API и существенное отличие от стандартного Web-программирования.
Что вы имете ввиду под «Web-программирования»?
3. Стандарты JSR-168 и JSR-286 описывают только API взаимодействие портлета и портлет-контейнера, при этом не стандартизируя архитектуру портала.
А они и не должны этого делать. Портлеты по идее контейнеро независимые. Они никаким образом не должны описывать портал, они должны выполнять конкретную задачу. Из совокупности задач уже строится портал.
1.кофе в автомате
2.хабр
3.остальные новости