Обзор Alfresco WCM

💡 Усі статті, обговорення, новини про Java — в одному місці. Приєднуйтесь до Java спільноти!

Итак, прошло примерно 3 месяца со времени моего знакомства с Alfresco WCM, а если точнее — попытки быстро создать на нем сайт. Русскоязычных материалов по теме мало, и я постараюсь ответить на вопросы, которые возникали у меня в процессе изучения и ответы на которые не лежат на поверхности. Статья показывает возможности применения Alfresco и, вероятно, поможет принять решение использовать эту CMS или нет.

Что такое Alfresco?

Alfresco — это файло-ориентированная CMS, которая может как представлять собой файловую систему, так и расширять общепринятую функциональность через мета-данные, закрепляемые за каждым файлом и папкой.

Первое знакомство

При изучении документации встречаются обе аббревиатуры ECM и WCM. Enterprise Content Management — это ядро системы. Здесь можно создавать собственные типы данных Custom Content Model, например, тип Сотрудник с полями Имя, Фамилия, Отчество, Кабинет и Дата рождения. Эту часть системы я рассматривал поверхностно, больше копаясь в WCM, который создан как настройка над ECM.

Alfresco имеет свой веб-интерфейс (http://localhost:8080/alfresco/), который на самом деле является клиентом к сервисам ECM и от того позволяет выполнять лишь наиболее популярные действия, 90% конфигурирования и управления системой выполняется в.xml файлах, расположенных в 2х местах: <alfresco_dir>/tomcat/webapps/alfresco/WEB-йINF/classes/alfresco и <alfresco_dir>/tomcat/shared/classes/alfresco/extension. Там же есть множество примеров, и чаще всего эти файлы — конфигурации Spring framework, что сразу означает, что они отнюдь не прозаичны и требуют понимания архитектуры всей системы.

Web Content Management (WCM)

Этот подход имеет огромные достоинства: каждый автор имеет свой репозиторий, который всегда содержит последние общие обновления и одновременно может видеть свои изменения прямо на сайте. Добавив новость, автор может увидеть ее сразу же на своем виртуальном сайте, а другие участники могут ее увидеть только после утверждения. Однако есть и минусы. На текущий момент не решена проблема конфликтов. При появлении конфликта нет понятия merge, можно только откатить свои изменения. Таким образом, кто первый засабмитил — того и тапки. В версии 3.2 налюдается еще и глюк, когда без отката изменений нельзя засабмитить и другие, не конфликтные, файлы и еще одна проблема сабмита большого количества файлов (опытным путем установлено, что первой волной надо засабмитить только.xml файлы, выждать время, а после — все остальные).

Общее хранилище не является финальным для отображения, для него предусмотрена еще и публикация (deployment) на production-сервер через FSR (File System Receiver). Работает это так. При выполнении команды Deploy, создается событие отправки последних изменений. Дальше не совсем прозаично. У вас должен быть настроен получатель события, а это отдельный java-процесс (.jar и все необходимое можно скачать с официального сайта), который подписывается на deployment-события и выкладывает полученные изменения в локальную файловую систему.

Файловая структура

При использовании WCM eсть нюанс. Через CMIS (протокол SMB, подключение удаленной папки) не доступны репозитории WCM, а только ECM, что означает отсутствие возможности заливать веб-контент через удаленную папку в Windows. Удаленный доступ к репозиториям AVM возможен только через FTP (этот сервис автоматически доступен при старте Alfresco), который корректно работает с русскими буквами.

Web Forms

А теперь важный архитектурный момент. Рендеринг введенных пользователем данных осуществляется в момент ввода, — то есть когда пользователь создал контент типа Новость и заполнил все поля, создается несколько файлов. Например, novogodnie-skidki.xml, novogodnie-skidki.html, novogodnie-skidki-short.html, где первый содержит наполнение в xml (исходные данные), второй — «новость подробно» и третий — «новость кратко», скажем, для главной страницы. Для рендеринга используются FreeMarker template или XSLT преобразования. С успехом мы можем рендерить и.jsp страницы, располагать их в разных директориях и пр.

Процесс рендеринга — на удивление медленный и ресурсоёмкий. Если выполнить перегенерацию всего контента, это может происходить минут 5 для 100 элементов.

Существует возможность на этапе преобразования использовать любые средства — обрабатывать списки контента, делать включение других шаблонов, использовать.jsp файлы, вызывать alfresco web-scripts, другими словами, можно создать абсолютно любой контент.

Важно понимать, что рендеринг наполнения происходит на этапе создания контента, а это говорит о следующем: созданный.html контент статичен (исключение — рендеринг.jsp страниц).

Еще один минус — при работе с репозиторием через стандартный веб-клиент Alfresco автор видит как нужные ему файлы (.xml), так и их представление.html, а чаще — еще и вспомогательные,.jsp и другие ресурсы. Как этого избежать, я так и не нашел.

Архитектура веб-приложения

Первый вариант создания сайта — чистый plain text и отсутствие динамики, который хорошо подойдет к маленьким сайтам-визиткам, где достаточно отрендерить всё в html и, возможно, сделать часть динамических страниц через.jsp. При этом деплоиться сайт может, например, в /tomcat/webapps/ROOT. Списки новостей могут так же рендериться на этапе добавлении новости и отображаться как статическая страница. Скорость работы такого сайта стремится к первой космической, а нагрузка на сервер — к нулю.

Второй вариант — использование фреймворка, который хорошо бы работал с уже сгенерированными страницами, например SiteMesh. В этом случае достаточно просто создавать страницы.html с уже сформированными на основе контента мета-данными (title, description, keywords).

Третий вариант — использование Alfresco web-scripts для формирования страниц.

Поиск

• Open Search — доступен из веб-интерфейса, ищет только по репозиторию ECM, поэтому даже не пытайтесь найти свой первый helloworld.html в WCM репозитории;
• Lucene — наиболее мощный вид поиска, досупен только из web scripts или джавы;
• XPath — последовательный обход дерева элементов, что означает низкую производительность
• CQL — обещают возможность описывать поисковые запросы по модели данных ECM в синтаксисе SQL — практического применения не видел.

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

Web scripts

Производительность не замерял, но на взгляд она не плоха, учитывая даже что javascript и FreeMarker преобразования выполняются при каждом вызове url и являются скриптами.

Есть одна радость — эту связку можно хоть как-то тестировать, чего не скажешь об остальных средствах.

Самое время обрадоваться наличию такой технологии, но и тут ложка дегтя — очень тупо реализованный <include> джаваскрипта. Если хочется хоть какую-то архитектуру создать, то придется делать включения нескольких javascipt-файлов, что реализовано... простым добавлением всех скриптов в один большой StringBuffer в памяти и ошибки выполнения содержат неожиданные номера строк. В этой ситуации выручает имеющийся javascript-debugger — отдельное Swing приложение, где даже можно посмотреть все сигнатуры сервис-методов.

Metadata extraction

Alfresco + Liferay

Выводы

• можно легко и быстро создавать контент, тяжело из него сделать сколь-нибудь удобный сайт;
• автоматическое тестирование практически невозможно;
• очень слабые возможности при работе с уже созданным содержимым — только обзор директорий, файлов и поиск;
• заявлено много рекламных решений, которые на проверку оказываются пустышками
• наличие большого количества багов в самой системе, что свидетельствует об отношении к тестам разработчиков, и сразу же о вашей возможности тестировать свой продукт, построенный на Alfresco.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU