теряется между РСУБД, JCR, CMIS

Мне нужно начать новый проект для управления данными, сгенерированными в лаборатории рабочих процессов. Сгенерированные данные являются иерархическими и содержат структурированные и неструктурированные данные. Большая часть данных будет офисными файлами и изображениями. Требуется запрос содержимого офиса и pdf-документа.

Сначала я начал изучать CMIS 1.1. Но я не могу найти его реализацию. Alfresco кажется лучшей, но пока не реализует CMIS 1.1.

ModeShape выглядит нормально. Но я не знаю, достаточно ли это популярно. Я боюсь, что JBoss бросит это, как они сделали с Seam 2.

РСУБД не очень хороши для управления файлами и запросов к ним.

Итак, какую технологию выбрать для проекта такого типа?

У меня есть хороший опыт разработки javaEE + RDBMS.

Спасибо


person kem    schedule 17.02.2014    source источник


Ответы (3)


Как правило, система управления документами станет отличным выбором для этого решения.

В зависимости от уровня усилий, которые вы планируете потратить на проект, вы можете изучите архитектуру Alfresco и воспользуйтесь ее преимуществами Spring MVC Framework, который поддерживает Alfresco Share.

Из этот пост на форумах Alfresco, Alfresco совместима с CMIS 1.1. Вы должны иметь доступ к CMIS 1.1 из Alfresco по следующему URL-адресу: http://example.com:8080/alfresco/api/-default-/public/cmis/versions/1.1/atom

Для получения дополнительной информации о Alfresco CMIS: http://www.alfresco.com/cmis

person alex    schedule 17.02.2014

Я предлагаю использовать Apache Jackarabbit, который является эталонной реализацией спецификации репозитория содержимого Java ( JSR-170).
Он поддерживает управление версиями, поиск, транзакции и является подходящей платформой для приложений, управляемых контентом, которые полагаются на структурированные иерархические данные.
Вы также можете взглянуть на Apache Sling, фреймворк для создания веб-приложений на основе Apache Jackarabbit.

BR.

person tmarwen    schedule 18.02.2014
comment
У меня есть приложение, над которым я работаю, под названием meta64.com, которое построено с использованием Java, JavaScript, Google Polymer, TypeScript, JQuery, которое построено на последней версии JCR Jackrabbit Oak (поддерживаемой хранилищем MongoDB), которая использует Spring на серверная часть, представляющая собой уникальное сочетание всех новейших технологий (конечно, IMO). Создается как приложение SpringBoot и, по сути, является приложением для обмена в социальных сетях. Древовидная структура в облаке для обмена любым контентом и совместного редактирования. Это приложение с открытым исходным кодом и на GitHub, и, возможно, стоит хотя бы взглянуть на то, как можно использовать JCR. - person ; 19.07.2016

На самом деле RDBMS - очень хорошее решение для двоичных данных, например. Oracle DBF http://docs.oracle.com/cd/E11882_01/appdev.112/e18294/adlob_fs.htm#ADLOB45990 он предоставляет готовый API хранилища контента plsql. Протокол CMIS аналогичен концепциям JCR API, но JCR не требуется для реализации CMIS. Обычно мы храним метаданные в СУБД, а двоичные файлы — в необработанной файловой системе, потому что хорошая реализация СУБД слишком дорога. Если затраты на лицензирование не являются проблемой для вашего проекта, то хорошая СУБД должна подойти и для двоичных данных. См. Apache Chemistry http://chemistry.apache.org/project/cmis.html для CMIS, я использую модифицированную реализацию репозитория Fileshare.

person jbaliuka    schedule 17.02.2014
comment
Я могу использовать postgres только как RDBMS. Подходит ли репозиторий Fileshare для производства? - person kem; 17.02.2014
comment
Postgres хранит все BLOB-объекты в одной и той же таблице pg_largeobject, и все они переходят в системное табличное пространство. Я думаю, что его нельзя использовать в качестве файловой системы, но вы можете имитировать эту таблицу как пользовательскую таблицу и реализовать разделение самостоятельно. Репозиторий Fileshare также не готов к работе, он хранит метаданные в файловой системе и не масштабируется как репозиторий контента, вам потребуется специальное хранилище для метаданных. - person jbaliuka; 17.02.2014