Альтернатива Liferay/JSR 168 и 286 порталов?

Моя команда написала приложение панели мониторинга, используя Node.js, Twitter Boostrap, Mongo DB и Mule для ESB.

Недавно исполнительный директор попросил нас изменить наш подход к контейнеру Portal/Portlet, например Liferay.

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

Мы видим, откуда приходит наша исполнительная команда. Они решили, что они хотят сделать панель инструментов расширяемой и легкой или легкой для подключения к другим группам.

Есть ли решение, которое может сбалансировать современные ожидания веб-пользователей от потребностей предприятия ИТ-специалистов и руководителей, занимающихся созданием и расширением приложений с помощью чего-то вроде Liferay? Здесь важны подключаемые виджеты.

Node, очевидно, будет нашим преимуществом с чем-то вроде Grails как ближайшей секундой.

Спасибо,

Ответ 1

Этот вопрос может не совсем соответствовать формату StackOverflow, но я могу предложить некоторые мысли.

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

Также я думаю, что вы недооцениваете то, что может сделать контейнер Portlet. Я работаю в основном с WebSphere Portal, поэтому, возможно, именно поэтому я думаю, что большинство проблем с болью, которые вы упомянули, не так уж и трудны для меня. Просто потому, что ваш контейнер нуждается в конкретной СУБД для управления собой, не означает, что вы не можете использовать отдельную БД для ваших пользовательских потребностей в данных. JSR-286 представил serveResource как способ упростить реализацию AJAX в портлетах. В WebSphere Portal (не знаю о Liferay) изменение содержимого всей страницы без перезагрузки страницы может быть самым сложным в вашем списке, я признаю это.

Современность не означает, что технология с матовым кровотечением. И крупные программные продукты могут работать, если вы знаете, как их использовать правильно, как и любой другой инструмент.