Интеграция WCM между Liferay и Alfresco
Наша команда в настоящее время рассматривает возможность интеграции Liferay 6.1.0 CE и Alfresco 4.0 EE и интересуется, как другие интегрировали оба в отношении веб-контента. Я искал в Интернете и нахожу только тематические исследования или упоминания об интеграции, но упускаю детали реализации. Блин консалтинговых компаний и их гонорары: с.
- Предприятие Интранет Liferay или Alfresco
- Как отобразить содержимое Liferay из встроенного репозитория Documents and Media
- Интеграция Liferay и Alfresco
- https://www.liferay.com/community/forums/-/message_boards/message/12904684
Эти и другие источники, кажется, используют только Alfresco для DM. Это типичный подход?
Мы следуем этому проекту, но у него есть предостережения, такие как создание портлетов, которые уже доступны в LR OOTB.
Итак, LR - это уровень представления веб-контента и поддержки портлетов. Весь веб-контент будет управляться в Alfresco, поскольку он имеет лучшие функции рабочего процесса. Например, в Liferay весь веб-контент ограничен одним рабочим процессом. В Alfresco пользователь может выбирать различные рабочие процессы в зависимости от типа контента. Мы ограничены тем, чтобы наши внутренние пользователи использовали единый инструмент для управления всеми документами и контентом, в противном случае вступительный взнос не удастся.
Барьеры...
Мы можем искать контент на Alfresco, но как лучше всего сопоставить его с дружественным URL LR? Создание пользовательского аспекта для хранения этой ссылки в Alfresco было бы кошмаром обслуживания.
Как использовать SEO функции LR?
Интеграция CMIS работает только для документов, и существует проблема со ссылками на изображения в веб-контенте ( https://www.liferay.com/community/forums/-/message_boards/message/12762396).
Интеграция LR и Alfresco должна быть очень распространенной. Как все остальные преодолевают такие препятствия? Есть ли простой способ опубликовать контент из Alfresco (не используя Web Quick Start) непосредственно в Liferay? Все остальные просто заставляют своих пользователей использовать оба инструмента?
Кроме того, наши конечные пользователи будут использовать Alfresco для внутреннего документооборота (недоступно в Интернете), что также стимулирует подход "используйте Alfresco для всего".
2 ответа
Я думаю, что эта презентация может вам помочь.
Rivet Logic является давним партнером Alfresco и Liferay с обширным опытом в обеих областях.
Мне кажется, что вы задаете несколько вопросов одновременно, но в итоге все сводится к давнему вопросу: "Как мне интегрировать приложение X в мой портал". Единственный правильный ответ на этот вопрос в контексте портала заключается в том, что вам необходимо разработать портлет, поскольку это единственный хороший способ интеграции приложения в портал (не начинайте меня с iframes и портлета iframe / proxy...).
Следующий вопрос, конечно, есть ли в наличии (хорошие) портлеты Alfresco? На самом деле, нет. Таким образом, вам действительно нужно разработать один, который открывает совершенно новую банку с червями: какую технологию использовать для создания портлета (JSP, Struts, JSF, Vaadin, ...) и как подключиться к Alfresco (веб-скрипты, CMIS, ...).
Лично я создал несколько небольших портлетов, которые подключаются к репозиторию Alfresco, и я использовал CMIS для этого, но в моем случае репозиторий Alfresco в большинстве своем является "тупым", что не так в вашем сценарии. Это подводит меня к моему собственному вопросу: почему вы хотите использовать Liferay; Зачем тебе это?
У Liferay и Alfresco, как правило, есть общая цель, поэтому вещи, которые могут быть достигнуты в одном продукте, обычно могут быть выполнены и в другом - иногда легко, иногда немного сложнее. Поэтому я рекомендую, чтобы, если вам действительно не нужен портал и множество вещей, которые предлагает Liferay (которых нет в Alfresco или которые сложно было бы разработать для Alfresco), я бы остановился на Alfresco в качестве платформы для совместной работы и разработал бы необходимая функциональность в Alfresco Share, например, так как она делает многое из того, что делает Liferay.