Пользователь
0,0
рейтинг
20 января 2011 в 12:52

Разработка → Система управления документами Alfresco из песочницы

Java*
logoПоиск по Хабру не нашел подробных статей по системе Alfresco. В данной статье попробую убить сразу двух зайцев: рассказать что представляет из себя система Alfresco и как мы используем ее в нашей работе.

Как хранятся документы в небольшой организации? Самое простое — на локальном диске. А если необходима совместная работа — пересылаются по почте, либо, самый популярный вариант, на сетевом диске. Еще прекрасный вариант — Google Docs, но не уверен что он широко используется в Российской практике.

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

При мысли о системе электронного документооборота первыми на ум приходят дорогие решения от известных вендоров, таких как Microsoft, EMC, 1С и т.д. Но есть и альтернатива закрытым решениям — система управления документами с открытым исходным кодом Alfresco. Или, если по-английски, то Open Source Enterprise Content Management System (ECM, CMS).

Конкуренты Alfresco — это закрытое ПО, такое как EMC Documentum, Open Text, Sharepoint. Сами разработчики Alfresco пишут о своих конкурентах, как о наследии 90-х годов, которое:
  • слишком дорого стоит
  • слишком сложно использовать, разворачивать, масштабировать
  • слишком сложно модифицировать под свои нужды
  • слишком “проприетарно”

Попробую рассказать о системе, а вы уже решайте правы ли были разработчики.

Что же такое Alfresco


Изначально Alfresco задумывался как альтернатива Microsoft Sharepoint с открытым исходным кодом. Но в ходе развития ушел в сторону от этого, и предоставляет ряд уникальных функций, недоступных другим подобным системам. Достаточно сказать, что Alfresco стабильно работает по протоколу Sharepoint через HTTPS.

Именно в открытости системы я вижу ее основное преимущество: нет “lock-in” на какого то производителя, сама система бесплатна. Еще одним преимуществом Alfresco я вижу то, что она построена на современных Java технологиях, таких как Spring, JSF, Hibernate, Lucene; новые версии будут использовать Spring Surf. А я знаю, что большой серьезный бизнес любит системы на Java.

Работа пользователей с системой осуществляется через браузер. Возможно также работать с файлами через проводник Windows, как с обычной сетевой папкой (протокол CIFS) или через FTP. Мы работаем с английской версией, есть русская локализация.

image
Скриншот стандартной страницы Alfresco Document Management

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

Есть система управления документооборотом, возможность изменять схему работы прямо на ходу. Хорошая статья по теме: “Электронный документооборот или чего не стоит делать”.

Подходит ли для ваших задач? Расширяемость


Alfresco полностью готова к использованию, можно скачать бесплатную Community Edition, установить, и уже сегодня начать пользоваться, все очень просто. Существует и платная Enterprise Edition, основное отличие — наличие технической поддержки.

Alfresco ставится как на Windows, так и на *nix совместимую систему, необходим Java Runtime Environment. Поставка включает встроенный OpenOffice, для конвертации между различными типами документов, извлечения текстовых данных для индексации и возможности полнотекстового поиска. Также в комплекте идёт Tomcat, который при желании можно заменить на любой подходящий веб-контейнер.

Alfresco ведет свою собственную базу пользователей. Однако возможно авто-создание пользователей при первом входе или синхронизация с внешним источником: LDAP, Microsoft Active Directory, домен компании и т.д.

Поддерживаются принятые в индустрии ECM стандарты. Так, система хранения данных Alfresco плавно сдвигается от собственной реализации стандарта JSR-170 к доступу к данным через CMIS, снимая последнее ограничение — на использование поставляемого с Alfresco хранилища.

Система работает с документами любых форматов: Microsoft Office, Open Office, pdf и т.д. Если необходимого формата нет в списке поддерживаемых — можно добавить свой модуль конвертации в один из поддерживаемых, и будут построены цепочки конвертации во все необходимые на выходе форматы.

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

Система позволяет расширять свою функциональность с помощью модулей расширений. Модули могут содержать всё что угодно: и бизнес-логику, и стили страниц, и новые страницы, и расширения модели данных, и новые сервисы. Модули расширений могут работать с Alfresco через ряд протоколов, лучше всего поддерживается протокол REST. Пользовательский интерфейс предлагается реализовывать с помощью Spring Surf, на остальное уже нет ограничений, чаще всего используется Java, реже серверный JavaScript, Groovy, JRuby. Главное — чтобы была поддержка CMIS.

Можно полностью отказаться от стандартного веб-интерфейса и реализовать свой. Тогда Alfresco будет использоваться только в качестве хранилища.

Для интеграции с другим ПО, поддерживаются различные типы аутентификации, есть возможность соединять их в цепочки. Например пользователь может попасть в систему с помощью Single sign-on. Если пользователь пришел не авторизованный, то Alfresco попытается его авторизовать (спросит имя пользователя и пароль, или сертификат, в зависимости от того, как настроена система).

В Alfresco очень гибкая модель данных, много возможностей для её расширения, но это тема для отдельной статьи. Если вкратце, то стоит упомянуть что модель поддерживает множественное наследование (с помощью аспектов), причём динамическое, то есть в любой момент можно любому объекту добавить какой-либо аспект, и объект приобретает все свойства данного аспекта.

Доступ к данным и функциональности можно гибко настраивать. Система авторизации оперирует такими понятиями, как: объект данных, разрешение, пользователь, группа, роль. Роли назначаются пользователям и группам во время работы приложения, в том числе можно присваивать роли каскадно, на целое поддерево данных.

Существует большое количество готовых расширений к Alfresco.

Количество пользователей. Масштабируемость


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

Исходя из нашего опыта, сервера Intel Core 2 2,4 GHz с 8Gb памяти хватит для обслуживания до тысячи зарегистрированных активных пользователей. При увеличении количества пользователей нужно анализировать какие части системы наиболее нагружены. Система надёжно работает в кластере, обеспечивая целостность и актуальность данных, но нужна грамотная настройка, подробнее будет написано ниже.

Существуют примеры внедрения Alfresco в крупной некоммерческой организации в России с базой в 40 000 пользователей и более. Примеры зарубежных внедрений включают также варианты использования Alfresco с сотнями тысяч активных пользователей. Или с гораздо меньшим количеством пользователей, но при этом много-терабайтным хранилищем.

Наш опыт внедрения Alfresco


Система используется в компании — крупнейшем в Европе производителе ПО. Прикидочное количество внутренних пользователей: 30 тысяч. Ожидаемое количество внешних пользователей: свыше 3-х миллионов.

Alfresco была выбрана, как единственный вариант ECM системы на рынке, с хорошей enterprise поддержкой, реализацией протокола Sharepoint, наличием примеров внедрения с 1000+ пользователей. У Microsoft Sharepoint не было, насколько мне известно, хотя, возможно, она не подошла по другим критериям.
В настоящий момент в репозитории хранится ~2000 документов по 5-10 Мб.

Основные сделанные доработки:
  • Изменение облика системы. Добавлены шапки, логотипы компании там, где было необходимо.
  • Alfresco модифицирована для работы с сервером приложений, базой данных и системой аутентификации, принятых в качестве стандарта внутри компании.
  • Сделана привязка Alfresco к существующим на портале компании метаданным, таким как реестры стран, категории клиентов и т.п.
  • Модуль для создания так называемых “проектов” по шаблонам, создания документов по шаблонам.
  • Система разграничения доступа. По словам представителей Alfresco, это единственное внедрение с таким глубоким использованием системы разграничения доступа Alfresco.
  • Публикация документов, проходящих по этапам документооборота, на другие ресурсы компании. Обратный импорт документов в систему.
  • Существенно изменен стандартный workflow в соответствии со стандартами компании.
  • Внедрена возможность настройки документооборота на ходу, с помощью интерфейса пользователя, включая рассылку уведомлений ответственным за выполнение работы на каждом этапе.
  • Сопряжение со сторонней библиотекой конвертации и извлечения данных из документов.


Система уже вышла “на продакшн”. Есть ряд проблем с которыми пришлось столкнуться, некоторые пока что не решены.

Например, при запуске на локальной машине разработчика система работает достаточно шустро. Однако при запуске у клиента в кластере из 5 серверов приложений, система иногда начинает необоснованно тормозить. Проблему пока не смогли решить, хотя подключали к ней даже самих разработчиков Alfresco.

К сожалению, архитектура нашей системы построена так, что индексы поисковой системы (Lucene) хранятся на сетевом диске. А это серьезно противоречит рекомендациям разработчиков, часто сталкиваемся с тем что индексы рушатся.

Еще одна проблема с OpenOffice при конвертации и извлечении данных из документов. Даже последняя версия OpenOffice в серверном режиме одновременно может конвертировать только один файл. Попытка одновременной конвертации нескольких файлов приводит к непредсказуемому результату. Также OpenOffice имеет неприятное свойство отъедать много памяти с течением времени и переставать отвечать на запросы. Могу порекомендовать несколько способов:
  • использовать JODConverter для запуска и автоматического перезапуска сразу нескольких серверов OpenOffice;
  • использование других библиотек для конвертации и извлечения данных (например Aspose, однако она платная).


Разработчики рекомендуют использовать MySQL/InnoDB в качестве хранилища метаданных, однако можно использовать и другие базы данных, для которых существуют Hibernate/iBatis диалекты.

Есть также ряд рекомендаций, которые позволяют увеличить производительность и повысить надёжность. Среди самых важных:
  • как уже упоминал, не использовать сетевые диски для хранения индексов Lucene;
  • использование файловой системы с современными средствами борьбы с фрагментацией (EXT4).


В настоящий момент наш проект еще в стадии активной разработки. Несмотря на некоторые управленческие и технические ошибки при реализации именно нашего проекта, мне нравится сама система Alfresco, с ней приятно работать, верю в перспективность открытых систем для бизнеса.

Заключение


Alfresco — хорошая база для построения документооборота компании. Думаю в ближайшее время Alfresco может стать заменой многих отживающих своё систем. Конечно остается несколько нерешенных проблем, и весь мир Alfresco вряд ли захватит, но, думаю, существенную часть рынка корпоративного хранения документов и документооборота — вполне сможет.

Есть возможность использовать Alfresco в облаке. Например в Amazon AWS уже есть готовые instances с предустановленной Alfresco.

Гуляет слух, что Oracle положил взгляд на покупку Alfresco. Чем это грозит или светит для Alfresco пока неизвестно, время покажет.

Было бы очень интересно увидеть в комментариях ваши истории внедрения Alfresco.
@Dallas
карма
21,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (59)

  • –7
    чем же все-таки Google Docs не угодила российскому пользователю?
    • +3
      Простите, а Google Docs к чему? В качестве системы документооборота?
      • 0
        Как хранятся документы в небольшой организации? Самое простое — на локальном диске. А если необходима совместная работа — пересылаются по почте, либо, самый популярный вариант, на сетевом диске. Еще прекрасный вариант — Google Docs, но не уверен что он широко используется в Российской практике.

        В качестве элемента общего доступа к документам как основного составляющего принципа любой системы документаоборота.
    • +2
      Российские пользователи любят хранить все данные у себя
      • +10
        в единственном экземпляре, на полудохлом харде, с завирусованной осью
        • +2
          К сожалению, Вы правы.

          Но.
          Во-первых, сверхмалому :) бизнесу просто нет необходимости в таких системах, как сабж поста. Им хватает 2-3 компьютеров с самопальным «сервером», где информация, дай Боже, хотя бы бэкапится. Хотя бы на другой жесткий диск.

          Во-вторых, RIAMedia прав(а). Попробуйте, например, хранить сервер с БД бухгалтерии в каком-нибудь датацентре :) Когда туда явятся маски-шоу, никакие бумаги и площадеры не помешают им забрать Ваш сервер. Или жесткие диски оттуда вынуть…

          Во-третьих, увы, есть категория документов, показывать которые не хотелось бы не кому. Что-то является официальной коммерческой тайной, что-то — тем, что показывать никому не стоит. Причин для появления подобного контента очень много, не об этом разговор.

          Я просто хочу сказать, что в российских реалиях лучше хранить свои рабочие документы «у себя».
          Разумеется, все это — имхо.
          • 0
            Я не согласен. У меня маленькая строительная компания. На альфреске уже около года. Это лучше чем просто шара с файлами. Заносим туда договоры, платежки, проектную документацию. Искать стало легче, но содержать сервак гемор. Одна проблема сконвертировалась в дрегую.
            У микро бизнеса коммерческих тайн нет и взять с него можно только пару ноутбуков и 20к уставного капитала. Можно все хоть на яндекс, хоть на гугл диске хранить.
            Что касается хранить у себя, то у нас позавчера терабайтник стал просто raw разделом во время бекапирования. Головка через раз читает. Сейчас танцуем с бубном, чтобы выдрать наши эксели.
            Нет бесплатного сыра, нет! Но зато бесплатного гемороя полно и, порой, просто хочется заплатить, чтобы хоть на время он перестал напоминать о себе.
    • +2
      Вы бизнес-процессы как на google docs вешать будете? Просто ECM — это не только хранение документов по попачкам (тогда бы все шарой на сервере так и пользовались) — а намного больше.
      Все таки Google Docs (тоже нравится и активно использую именно для персональных нужд) и ECM (как например Alfresco) несколько разные средства для разных задач

      Автору спасибо за статью — да, действительно тема Alfresco на хабре как-то не раскрыта.
    • +4
      Тем что она не является полноценной системой документооборота.
  • 0
    А что именно понимается под термином «протокол Sharepoint»? WebDAV или «Протокол удаленного вызова процедур (RPC) SharePoint Foundation»?
    • +1
      Возможность редактирования и сохранения документов прямо на сервере без сохранения на локальном компьютере, подробнее на английском.
  • 0
    Интересно, пишут что можно связать с Zimbra, я думаю должно получиться интересно. Но зимлет для связи с Alfresco старенький, кто-то вроде вручную ставит. Вы сталкивались с такой задачей (имею ввиду связка Zimbra и Alfresco)?
    • +1
      Задача была, решения не было :) Оно связывается при помощи того самого зимлета + веб скриптов в alfresco, но плохо. Хочется как-нибудь «документы» в zimbra положить в alfresco еще. А то зачем повторение функционала…
      • –1
        demo.fdline.ru — объединили zimbra и alfresco под liferay-ем — посмотрите — может пригодится
        • +1
          Это делается за полчаса написания xml. Стандартное решение, никакой разработки.
        • +1
          это не интеграция, это просто zimbra и alfresco в соседних табах, они между собой не связано
          • 0
            Ну и SSO и общая база пользователей на LDAP
    • 0
      Интеграция возможна. Но только стабильную логику прописать проще на уровне сырцов. Логика завязывается на бизнес процессы и типы объектов системы. Интегрировать планировщик без логики нет смысла и вряд ли есть универсальный рецепт. Пять человек игрались три месяца и кинули идею в топку. Основной причиной такого решения была трудоемкость сопровождения. В итоге, за месяц написали на шарпе шедуллер для MS Exchange. Вот и сами судите по чем бесплатный сыр.
  • +1
    Работали с этим Alfresco. На его базе пытались сделать документооборот в прототипе приложения. Но на тот момент(3 года назад) система была достаточно глючная, саппорта никакого, лицензия дорогая. Откатились на jackrabbit, который тоже реализовывает JCR спецификаю и на основе которого построена по-моему Alfresco.
    Тоже не без глюков этот «кролик», но бессплатный. Конечно же он более низкоуровневый, но нам все плюшки от веб интерфейса Альфрески не нужны были.
    • –1
      Нестабильная система, очень много различных вещей, которые могут привести к ее краху и неработоспособности.

      На тему ФС и кластеров, мы использет ocfs2, чего и автору желаю.

      P.S Не рекомендую к использованию.
    • +1
      Ну есть же Alfresco Community. Хотя следует признать, что она глючит несколько чаще Enterprise. В этом и разница…
      • 0
        хммм, посмотрел на community лицензию — она MPL. А раньше вот была GPL, собственно это и стало причиной отказа вообще. Т.е. платить мы точно не хотели за такое, а бесплатно только по GPL.
        jackrabbit — тоже, я вам скажу, не сильно рулит. Иногда просто не верится, что это Apache.
        • 0
          Ну, JCR вцелом штука интересная, но всё идёт в сторону поддержки разнообразными хранилищами CMIS'а
      • 0
        Разница лишь в частоте обновлений, и Community здесь впереди. А не хватает ей только что JMX
        • 0
          На сайте Alfresco написано:
          Alfresco Community is:
          • 100% Open Source
          • Released Early and Often – Daily Changes with SVN Access
          • QA on Periodic Build on a Basic Open Source Stack
          • No Scalability/High-Availability Certification
          • No Bugs/Patch Support, Indemnity or Warranty
          • No Alfresco or Certified Partner Support

          То есть, позиционируется производителем, как нестабильная версия?
  • –1
    Есть еще ShareMethods. Как OnDemand система и как коробочный продукт. Постараюсь описать эту штуку в отдельной статье.
  • 0
    Вы описали минусы конкретного внедрения, но не указали общие недостатки системы. А она должны быть.
    Какие они? Чем аргументируют (без маркетингового шита) ECM и прочие минусы Alfresco?
    • –1
      Это java, она тормозит. От версии к версии успевают менять API, актуальную документацию найти очень сложно. Также сложно найти, например, dashlet'ы. Совсем недавно появилась группа в google, где их собирают.
      Хотя на самом деле хочется верить, что скоро это все уйдет в прошлое, потому что вроде бы начали задумываться об экосистеме вокруг технологии. Потому что сейчас главный минус — нестабильность и экосистема вокруг…
      • 0
        Уже сколько лет как это «скоро уходит в прошлое». Пока все никак.
      • 0
        «Это java, она тормозит....»
        в какой вселенной джава эквивалентно тормозам?

        А по поводу недостатков все остальное верно: нет документации нормальной, мало кто использует=мало обсуждений=кроме больших проблем есть тонкие, которые решить не получается ввиду отсутствия сапорта для community.
        Надеятся на то, что в «скором» времени что-то поменяется я бы не стал, потому что вы сейчас озвучили проблемы, с которыми мы столкнулись 3!!! года назад.
        • 0
          Ну а какие альтернативы (имея в виду опен-соурс продукты)? Примерно те же проблемы и в Liferay — нет нормальной документации, комьюнити большое — но по большей части бесполезное (на форуме тяжело получить дельный совет), саппорта для community edition по сути дела нет, баги висят открытые по нескольку месяцев. Спасает одно — это open-source — засучиваешь рукава, лезешь в код и все решаешь, во всем разбираешься.

          Просто варианты: либо «мыши плакали, кололись, но продолжали есть кактус», либо выкладывай деньги за enterprise версию (хоть какой-то саппорт будет) — либо за коммерческий софт — и еще не факт что будет лучше.
          При всех этих недостатках альтернативы Liferay (а это продукт примерно одного уровня с Alfresco) в мире java я не вижу. Насколько я понимаю с Alfresco такая же ситуация. (хотя вот тут упоминали Nexeo — может там лучше?)
  • 0
    Из серии опенсоросвых есть OpenKM. Вполне человечна и бегает на JBoss'e, хотя и попроще чем Alfresco. Но для нужд компании в несколько десятков человек — самое то.
    • 0
      Из систем попроще мне понравилась KnowledgeTree. У них тоже есть Community версия.
  • 0
    Кстати, сами непробовали — но интересно.
    wiki.apache.org/jackrabbit/FrontPage

    • +2
      Рекомендовать имплементацию JCR вместо готовой системы документооборота это где-то вроде как рекомендовать RDBMS вместо какой-нибудь системы складского учёта.
      Поправте если я не прав.
      • 0
        Да нет все верно, только я не видел документооборот — который был бы заточен под вас. Все равно чаще всего приходится все переделывать.
      • 0
        Работаем с этой штукой. Да, это не готовое решение. Это база, на основе которой вы строите свою систему. Из того, что есть — лучшая, но тоже со своими недостатками. Многие известные системы в том числе по-моему и Alfresco используют в качестве базы(обваорачивают своим функционалом их API).
        • 0
          Как уже говорилось выше — сейчас в таком случае лучше ориентироваться не на голый JCR — а на CMIS
  • 0
    Народ, очень интересует ваше мнение. Какие плюсы и минусы есть у базы документов по проекту на wiki-движке?
    • 0
      Все зависит от задач.
      Там где справится вики — ecm не нужен. Там где требуется ecm — не надо вешать wiki.
      То есть — берете wiki движок, ставите — смотрите — делает то что вам надо? Удобно? Справляется? И отлично — значит ecm вам не нужен — просто ECM решения чаще всего тяжелее, сложнее и дороже.
    • 0
      В этом что-то определённо есть! Иногда возникает такая мысль
  • 0
    Ничего не сказано о бесплатном опен сорс конкуренте Nuxeo.
    • 0
      Напишите — было бы интересно — особенно в сравнении с Alfresco
  • 0
    Автор, спасибо за статью.
    Все думал приняться за этот вопрос, ибо он стоит :)
    Но никак руки не доходили, а тут хоть номинальное знакомство состоялось.

    Есть, откуда плясать.
  • +6
    Хорошо, что на хабре появилась информация об Alfresco, неоправданно мало конкретики по этой ECM в рунете, как правило только общая информация (вы этом можете видеть на примере поста, который выше)… Все-таки из открытых решений это самое функциональное (хоть с Nuxeo сравнить). Я уже на протяжении некоторого времени работаю с этим продуктом и готова написать несколько постов, но хочется описывать решение конкретных проблем и решение конкретных задач. Если у кого-то есть какие-то нерешенные вопросы с Alfresco, я с удовольствием напишу :) хотя на самом деле уже и список своих решенных с ее помощью есть, но все руки не дойдут написать… Автору респект, у него руки дошли :)
    • +1
      Напишите как сделать простой цикл согласования документа, секретарь — специалист — его начальник — директор.
      Когда занимался поиском системы с наскоку не осилил, остановились на naudoc. Которым я лично не доволен в силу смены политики поддержки, самой поддержки и скоростью работы системы спустя год.
    • –1
      Можно еще написать его установку :)

      Работает щас на ubuntu 10.04 / ocfs2 / apache / mod_jk / glassfish / mysql / php
      • 0
        Описывать нереально, так как с каждой новой версией и на каждой системе свои особенности. Станет неактуально через месяц после написания… Есть на английском документация по установке на 1,5 страницы — не работает, есть на 150 страниц — работает. Здесь такой объем текста бесполезен :)
        • 0
          Я бы поспорил.
          Когда знаешь где зарыта лопата и грабли установка происходит не так долго и без проблем.
          По поводу разности систем, не надо брать все (да и не реально)
          Можно взять те, которые нормально смотрят в энтерпрайз.
          Самая безболезненая установка — это в Fedora и Ubuntu
          Почти собирать все пакеты — Centos.
  • 0
    По поводу Documentum Вы правы в 3-х пунктах из 4-х, имхо:
    • слишком дорого стоит
    • слишком сложно модифицировать под свои нужды
    • слишком “проприетарно”

    Спасибо за статью, и удачи в проекте.
  • –2
    >реализацией протокола Sharepoint, наличием примеров внедрения с 1000+ пользователей. У Microsoft Sharepoint не было, насколько мне известно, хотя, возможно, она не подошла по другим критериям.

    Novartis. 2 тыс пользователей.
  • +1
    Наша компания также для своих внутренних нужд использует Alfresco. Настроили его на наш Active Directory, все ходят без проблем. В основном используется как некая система ведения проектов, где под каждый проект создается отдельный сайт с документами, вики, пользователями и всякими еще штуками. Довольно удобно, никто особо не жалуется. Продукт хорош с той стороны, что всегда можно самому допилить. Если их купит Oracle, то скорее всего мы лишимся такой возможности.
  • 0
    Для конкретики — смотрел на версии 3.3, собранной из исходников от 25 июля 2010 года (CE)
    Есть изрядно отрицательный впечатлений
    про Aflresco «в общем» — если больше 300 документов в одном контейнере – тормоза при открытии контейнера.
    про CMIS – идея хорошая, но наблюдались жуткие тормоза при создании новых документов. Скорость колебалась (документ := парочка тестовых атрибутов и контент менее 100кб) от 0.9 до 2 секунд.
    Если суммарно разместить порядка 20'000 документов (разложенных аккуратно по подпапкам), то при попытках групповых операций (изменение ACL к примеру) вообще не работали (сбои по тайм-ауту)

    • +1
      Тут в другом посте обсуждалось что в 3.4 переход с Hibernate на iBatis «спас» Alfresco в плане производительности. Но сам не пробовал
      • 0
        На самом деле не всё так просто. Hibernate гораздо более перетягивает одеяло кода на свою сторону, не позволяя делать тех низкоуровневых вещей, которые можно делать в iBatis.
        Из текущей инсталляции пока вижу, что бич Alfresco — не ORM, а Lucene.
  • 0
    >“Электронный документооборот или чего не стоит делать”.
    ссылка кривовата. пробел в конце лишний
  • 0
    При эксплуатации столкнулись с проблемой: текстовые документы (txt) в предварительном просмотре теряют кириллицу. Русскоязычные текстовые документы некорректно отображаются в превьювере. Вы сталкивались с подобным? Если да, то как решили проблему?

    (Связано это с PdfBox. Данный модуль неправильно конвертирует кириллические файлы в PDF, а именно PDF используется превьювером для показа TXT.)

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.