Отказ от ответственности: я Джахия технический директор. Я надеюсь, что этот ответ будет приемлемым по стандартам StackOverflow, в противном случае, пожалуйста, дайте мне сейчас, и я улучшу его. Сначала я хотел ответить как прямой комментарий к ответу, но это кажется невозможным.
Я просто хотел бы обратиться к минусам, которые были перечислены GKrost, так как некоторые из них уже не совсем точны (так как это было написано, была выпущена по крайней мере одна основная версия Jahia), а другие не верны.
Jahia минусы:
JCR кажется узким местом для больших (более 10000 страниц,> 50000 элементов контента) сайтов, особенно при использовании mysql. Связанная Java-In-Memory-DB намного быстрее.
На самом деле JCR не имеет к этому никакого отношения, поскольку это просто спецификация. Вы говорите о базовой реализации JCR, в данном случае Jackrabbit. Хотя это правда, что трудно превзойти производительность базы данных в памяти, такой как HSQLDB (http://hsqldb.org),, также не рекомендуется использовать такую базу данных в рабочей среде, поскольку она не предназначена для корпоративных развертываний, таких как среды кластеризации. Еще одна причина, по которой это не рекомендуется, заключается в том, что он будет использовать драгоценное пространство кучи в той же JVM, что и CMS, что станет проблематичным по мере роста данных.
Что касается ограничений по размеру, то 10000+ страниц - это действительно довольно большой сайт, большинство установок редко достигают этого размера, но в случае их использования существует несколько способов распространения данных. 10000+ также является ограничением, которое в основном применяется к Jahia 6.5 и более ранним версиям CMS, но теперь вполне возможно превзойти это. Что касается 50000 элементов контента, это ограничение не является правильным. Мы развернули установки с гораздо большим количеством контента, но это правда, что структура дизайна контента важна для обеспечения того, чтобы узкие места не возникали, но это справедливо для любой CMS, или даже для таких технологий, как ElasticSearch, где нужно правильно расшаривать удалось избежать проблем с производительностью.
Версия Jahias Lucene устарела
Версия Lucene по умолчанию от Jahia на самом деле является той, которая используется базовой реализацией JCR Jackrabbit. Начиная с Jahia 7, которая позволяет разрабатывать модули OSGi, можно встроить другую версию Lucene или даже ElasticSearch в ваш собственный пакет, не мешая той, которая требуется бэкэнду JCR. Насколько мне известно, это невозможно в не-OSGi CMS, таких как Magnolia (но возможно с Adobe, использующим Apache Sling, который является веб-платформой на основе OSGi).
при разработке собственных приложений / модулей вам придется использовать JSP, вы не можете использовать JSF (у Jahia есть планы по интеграции Spring Webflow, но вы никогда не знаете, когда и когда ...)
На самом деле вы можете использовать JSP / Groovy / Velocity или любой другой язык, который поддерживается Java Scripting API. Spring Webflow был интегрирован в Jahia 7, который теперь доступен, и все модули администрирования полностью разработаны с использованием Spring WebFlow (http://www.jahiaone.com/home/program/session/MVC-in-Jahia7-Using-SpringWebFlow).. Что касается JSP, мы предоставляем мощные библиотеки тегов, которые облегчают разработку представлений без необходимости какого-либо сценариев, так как большинство наших собственных представлений не содержат Java-код. Интеграция JSF также возможна, но не предоставляется "из коробки" и требует хорошего понимания того, как интегрировать JSF в существующий контроллер сервлета.
Поддержка замедляет время реакции
Это просто неправда. Наши SLA очень понятны, и мы всегда их уважали: http://www.jahia.com/services/technical-assistance. Общее время поддержки также зависит от скорости ответа клиента.
иногда исправление / исправление критических ошибок иногда занимает недели
Раньше это было 2 года назад, но с тех пор мы внедрили систему ежемесячного выпуска исправлений, и это ускоряется в случае проблем безопасности.
нет возможности экспорта / импорта исторических версий; единственный способ - скопировать вещи вручную из базовой базы данных
Это действительно задумано. Большинство операций импорта / экспорта были разработаны так, чтобы не иметь дело с версиями, так как они чаще всего используются для переноса пред-производственной среды в рабочую или наоборот. Не то чтобы при импорте того же объекта существовали версии объекта контента, они не будут удалены. Можно экспортировать версии, используя JCR, но это не предусмотрено из коробки. В целях резервного копирования мы рекомендуем выполнять резервное копирование на системном уровне.
Jahia предназначен для работы в качестве кластера, но не может реплицировать пользовательские сеансы. Это означает, что пользователи должны повторно войти в систему, когда узел кластера, с которым они аутентифицированы, падает.
Это больше не так, но раньше было. До Jahia 6.5 наши сеансы не были сериализуемыми, но это уже не так. Таким образом, это в основном ограничение конфигурации сервера приложений, которая по умолчанию не настроена для репликации сеансов. В реальной жизни это не является (большой) проблемой, так как сбои узла кластера не должны происходить, и когда они допускают незначительные ограничения, следует ожидать.
Узлы кластера должны совместно использовать БД и файловую систему. Вы не можете кластеризовать БД. Jahia не поддерживает (технически) MySQL Cluster. (Справочная информация: они помещают индексы в BLOB / CLOB, который не поддерживается MySQL Cluster)
Я тоже не думаю, что это правильно. Я просто дважды проверил все индексы, которые мы установили в MySQL, и мы не установили ни один из них в BLOB / TEXT или в любой их длинной версии. Кроме того, в большинстве наших кластерных развертываний клиенты обычно предпочитают использовать Oracle, так как он больше подходит для таких решений. Jahia также поддерживает другие мощные базы данных, такие как PostgreSQL или Microsoft SQL Server, которые также поддерживают кластеризацию.
общая документация имеет место для улучшения, JavaDoc / Source документация в основном не существует
Я согласен с этим, документацию всегда можно улучшить, и мы постоянно над этим работаем. Наши JavaDocs доступны здесь: http://downloads.jahia.com/downloads/jahia/digitalfactory7.0.0/digital-factory-root-7.0.0.0-javadoc/, а документация по исходному коду - это то, над чем мы работаем все время.
слабое сообщество; большинство ответов на форуме jahia получены от сотрудников jahia.
Это, однако, в основном верно, но в то же время многие наши интеграции происходят от партнеров, которые, к сожалению, не имеют ни времени, ни возможности участвовать. Вот почему сотрудники Jahia отвечают в свободное время, но большинство вопросов получают ответы, что, в конце концов, хорошо, не правда ли? Мы, конечно, всегда ищем новые способы расширения нашего сообщества, и наша первая пользовательская конференция JahiaOne превзошла наши самые оптимистичные прогнозы. На форуме я думаю, что было бы хорошо добавить ежемесячные дайджесты, поскольку в настоящее время у пользователей нет стимула возвращаться.
нет общедоступных шаблонов (кроме тех, которые от jahia) доступны
Без комментариев. Мы предоставляем несколько стандартных шаблонов, которые являются максимально общими и полными, но мы приветствуем все материалы.