Как стать автором
Обновить

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

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

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

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

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

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

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

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

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

P.S Не рекомендую к использованию.
Ну есть же Alfresco Community. Хотя следует признать, что она глючит несколько чаще Enterprise. В этом и разница…
хммм, посмотрел на community лицензию — она MPL. А раньше вот была GPL, собственно это и стало причиной отказа вообще. Т.е. платить мы точно не хотели за такое, а бесплатно только по GPL.
jackrabbit — тоже, я вам скажу, не сильно рулит. Иногда просто не верится, что это Apache.
Ну, JCR вцелом штука интересная, но всё идёт в сторону поддержки разнообразными хранилищами CMIS'а
Разница лишь в частоте обновлений, и Community здесь впереди. А не хватает ей только что JMX
На сайте 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

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

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

Просто варианты: либо «мыши плакали, кололись, но продолжали есть кактус», либо выкладывай деньги за enterprise версию (хоть какой-то саппорт будет) — либо за коммерческий софт — и еще не факт что будет лучше.
При всех этих недостатках альтернативы Liferay (а это продукт примерно одного уровня с Alfresco) в мире java я не вижу. Насколько я понимаю с Alfresco такая же ситуация. (хотя вот тут упоминали Nexeo — может там лучше?)
Из серии опенсоросвых есть OpenKM. Вполне человечна и бегает на JBoss'e, хотя и попроще чем Alfresco. Но для нужд компании в несколько десятков человек — самое то.
Из систем попроще мне понравилась KnowledgeTree. У них тоже есть Community версия.
Рекомендовать имплементацию JCR вместо готовой системы документооборота это где-то вроде как рекомендовать RDBMS вместо какой-нибудь системы складского учёта.
Поправте если я не прав.
Да нет все верно, только я не видел документооборот — который был бы заточен под вас. Все равно чаще всего приходится все переделывать.
Работаем с этой штукой. Да, это не готовое решение. Это база, на основе которой вы строите свою систему. Из того, что есть — лучшая, но тоже со своими недостатками. Многие известные системы в том числе по-моему и Alfresco используют в качестве базы(обваорачивают своим функционалом их API).
Как уже говорилось выше — сейчас в таком случае лучше ориентироваться не на голый JCR — а на CMIS
Народ, очень интересует ваше мнение. Какие плюсы и минусы есть у базы документов по проекту на wiki-движке?
Все зависит от задач.
Там где справится вики — ecm не нужен. Там где требуется ecm — не надо вешать wiki.
То есть — берете wiki движок, ставите — смотрите — делает то что вам надо? Удобно? Справляется? И отлично — значит ecm вам не нужен — просто ECM решения чаще всего тяжелее, сложнее и дороже.
В этом что-то определённо есть! Иногда возникает такая мысль
Ничего не сказано о бесплатном опен сорс конкуренте Nuxeo.
Напишите — было бы интересно — особенно в сравнении с Alfresco
Автор, спасибо за статью.
Все думал приняться за этот вопрос, ибо он стоит :)
Но никак руки не доходили, а тут хоть номинальное знакомство состоялось.

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

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

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

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

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

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

Публикации

Истории