ModeShape

ModeShape був раніше відомий як JBoss ДНК.
ModeShape є реалізація стандарту JCR 2.0.
Коли ModeShape буде реалізований, він поводиться як звичайний сховища JCR

Що нового У цьому випуску :.

• ModeShape використовує Infinispan для всіх кешування і зберігання, даючи потужний і гнучкий фундамент для створення сховищ JCR, які швидко, масштабується і легко доступні. Infinispan пропонує велику варіантів зберігання (через кеш-навантажувачі), але з використанням Infinispan як розподілена, Mulit-сайті, в пам'яті сітки даних забезпечує неймовірну продуктивність і масштабованість.
• Категорично послідовним. ModeShape є атомна, відповідно, ізольовані і міцний (кислота), так що написання додатків дуже природно. Додатки можуть використовувати навіть JTA транзакції.
• Швидко. ModeShape 4 це просто серйозно швидко, а продуктивність все навколо швидше, чим більш ранньої версії.
• Більш зміст. ModeShape 4 може зберігати і отримати доступ до вмісту, так що вузол може мати сотні тисяч (або більше!) Дочірніх вузлів (навіть з однойменною братів і сестер), але як і раніше неймовірно швидко. Крім того, сховища можна масштабувати до багатьох мільйонів вузлів і бути розгорнуті в багатьох процесах.
• Спрощена конфігурація. Існує не більш глобальної конфігурації двигуна; Замість цього кожен репозиторій налаштований окремий файл JSON, який повинен відповідати в ModeShape-специфічного JSON Schema і може бути підтверджено ModeShape перед використанням. Сховище конфігурації можна навіть змінити, поки сховище працює (деякі обмеження), що робить можливим, щоб додати / змінити / видалити секвенсори, постачальників авторизації, і багато інших параметрів конфігурації, а сховище знаходиться у використанні.
• Пружні. Додати процесів масштабувати, без необхідності мати один координатор.
• Розгортання, запуску, зупинки і відмініть репозиторії, а двигун працює, а в той час і інші репозиторії знаходяться все ще у використанні.
• Сесії відразу побачити всі зміни зберігаються / здійснені інших сесіях, хоча перехідні зміни, зроблені на сесії, завжди мають перевагу.
• Моніторинг API з більш ніж десятка показників.
• Секвенирование SPI, який використовує API JCR, щоб дістатися до змісту обробляється і створити / оновити похідний зміст. Секвенсори також динамічно реєструвати імен та типи вузлів. Тепер це легко для створення користувацьких секвенсори.
• Роз'єм SPI, який визначає, як зовнішні системи доступні і, можливо, оновлення для проектування зовнішньої інформації в сховищі, як і звичайні вузли.
• Простий API для реалізації користувальницьких детекторів типу MIME. ModeShape ще має вбудований в Тіка основі детектора, який визначає типи MIME за допомогою розширення файлу і бінарне вміст.
• Простий API для реалізації користувальницьких текстових екстракторів, яка витягує з двійкових значень пошуку тексту, використовувані в повнотекстовому пошуку і запитах.
• Можливість зберігати двійкові значення будь-яких розмірів, з окремим об'єкта для зберігання їх на файлової системи, в Infinispan схованок, в реляційних DBMSes (через JDBC), а в MongoDB. Користувальницькі магазини також можливо.
• Громадські API інтерфейси і методи, які були застарілі в 2.7.0.Final (або пізнішої) були вилучені. Там не було багато з них; більшість API ModeShape залишається такою ж, як 2.x.
• Інтеграція з JBoss Wildfly 8. ModeShape працює в якості інтегрованої підсистеми в Wildfly і оснащення Wildfly може бути використаний для визначення та управління сховищами незалежно один від одного і в той час сервер.
• Локальні і віддалені драйвери JDBC для видачі JCR-SQL2 запити і отримувати метадані бази даних за допомогою API JDBC
• Використання RESTful API, щоб поговорити з ModeShape репозиторії з не-Java і не-локальних додатків
• Використовуйте API CMIS, щоб поговорити з репозиторіїв ModeShape
• Використання WebDAV для монтування сховищ ModeShape як файлових серверів

Що нового у версії 4.2.0.Final:

• An SPI для постачальників індекс, що дозволяє налаштування всіх поведінки індексації. Місцевий провайдер індекс включені в 4,0, і він зберігає повну копію своїх індексів на кожного процесу в кластері, що робить його дуже швидко, щоб запросити.
• Інші розширення мови запитів JCR-SQL2, в тому числі новий режим: ID псевдостолбец, що забезпечує доступ до точно таким же значенням, як і Quot; Node.getIndentifier () & Quot; буде через API. Існує також новий ChildCount динамічний операнд, який робить його дуже легко знайти вузли, які не мають дітей або знайти вузли, які мають дочірні розраховує в деякому діапазоні.
• Нова підтримка для функції журналу подій JCR, дозволяючи додаткам запитувати змін, які відбулися протягом певних діапазонів часу. Це корисна альтернатива слухачів для операцій може бути дорогим або часу. Зверніть увагу, що ведення журналу за замовчуванням вимкнено.
• Внутрішня шина подія значно поліпшена і значно швидше, ніж в 3.x. Звичайно, немає ніяких змін в API, так що ваші заходи реалізації слухач буде продовжувати працювати без змін.
• Веб-додаток Місцевість Провідник був повністю переписаний і є набагато більш динамічним. Це корисно для розробників appliations, що використовують API JCR, що дозволяє візуалізувати, управляти, і запитувати зміст сховища.
• Підтримка розгортання ModeShape як підсистема в Wildfly 8.x
• ModeShape тепер вимагає JDK 7. Ми не очікуємо якихось проблем, використовуючи Java 8, але дайте нам знати, якщо у вас є які-небудь проблеми.
• Кластеризація - ModeShape більше не має розділ кластеризації в його конфігурації, так як ми просто контрейлерних на вершині налаштування кластеризації Infinispan в. Так що набагато простіше в налаштуванні кластеризації. Ми також підвищений до більш нової версії JGroups.

Що нового у версії 3.3.0.Final:

• Deploy, запуску, зупинки та сховища Undeploy в той час як двигун працює, а в той час і інші репозиторії знаходяться все ще у використанні.
• Сесії відразу побачити всі зміни зберігаються / здійснені інших сесіях, хоча перехідні зміни, зроблені на сесії, завжди мають перевагу.
• Моніторинг API з більш ніж десятка показників.
• Секвенирование SPI, який використовує API JCR, щоб дістатися до змісту обробляється і створити / оновити похідний зміст. Секвенсори також динамічно реєструвати імен та типи вузлів. Тепер це легко для створення користувацьких секвенсори.
• Роз'єм SPI, який визначає, як зовнішні системи доступні і, можливо, оновлення для проектування зовнішньої інформації в сховищі, як і звичайні вузли.
• Простий API для реалізації користувальницьких детекторів типу MIME. ModeShape ще має вбудований в Тіка основі детектора, який визначає типи MIME за допомогою розширення файлу і бінарне вміст.
• Простий API для реалізації користувальницьких текстових екстракторів, яка витягує з двійкових значень пошуку тексту, використовувані в повнотекстовому пошуку і запитах.
• Можливість зберігати двійкові значення будь-яких розмірів, з окремим об'єкта для зберігання їх на файлової системи, в Infinispan схованок, в реляційних DBMSes (через JDBC), а в MongoDB. Користувальницькі магазини також можливо.
• Громадські API інтерфейси і методи, які були застарілі в 2.7.0.Final (або пізнішої) були вилучені. Там не було багато з них; більшість API ModeShape залишається такою ж, як 2.x.
• Інтеграція з JBoss AS 7 ModeShape працює в якості інтегрованої підсистеми в AS7 і AS7 інструмент може бути використаний для визначення та управління сховищами незалежно один від одного і в той час сервер.
• Локальні і віддалені драйвери JDBC для видачі JCR-SQL2 запити і отримувати метадані бази даних за допомогою API JDBC
• Використання RESTful API, щоб поговорити з ModeShape репозиторії з не-Java і не-локальних додатків
• Використовуйте API CMIS, щоб поговорити з репозиторіїв ModeShape
• Використання WebDAV для монтування сховищ ModeShape як файлових серверів

Що нового у версії 2.8.2.Final:

• ModeShape 2.8.2.Final включає майже два десятка виправлення помилок.

Що нового у версії 3.0.0.Alpha6:

• Сесії зараз відразу побачити всі зміни зберігаються / скоєно інших сесіях, хоча перехідні зміни сесії завжди мають пріоритет.
• Підтримка участі в JTA і XA угоди, що дозволяє (контейнер керованого або квасолі керованого) EJBs і JCR клієнти, які використовують програмно XA транзакції, щоб прийняти зміни в угодах.
• Новий API дозволяє моніторингу, доступ до історії більше десятка показників.
• Нью-послідовності API, так секвенсори тепер використовувати API JCR, щоб дістатися до змісту обробляється і створити / оновити похідний зміст. Секвенсори також динамічно реєструвати імен та типи вузлів. Тепер це легко для створення користувацьких секвенсори.
• Спрощена API для реалізації користувальницьких детекторів типу MIME. ModeShape досі вбудовані детектори, які використовують розширення імені файлу і бінарне вміст.
• Поліпшення зберігання двійкових значень всіх розмірів, з окремим об'єкта для зберігання їх на файловій системі. Зберігання довічних значень в Infinispan і DBMSes будуть додані в майбутніх версіях.
• API інтерфейси і методи, які були застарілі в 2.7.0.Final (або пізнішої) були вилучені. Там не було багато з них; більшість API ModeShape залишається такою ж.
• Інтеграція з JBoss AS 7.1. ModeShape працює в якості інтегрованої підсистеми в AS7 і AS7 інструмент може бути використаний для визначення та управління сховищами незалежно один від одного, а сервер запущений.
• Локальні і віддалені драйвери JDBC для видачі JCR-SQL2 запити і отримувати метадані бази даних за допомогою API JDBC
• Багато виправлення і незначні поліпшення

Що нового у версії 3.0.0.Alpha5:

• Це включає в себе купу виправлень, Нова підтримка JTA, і деякі поліпшення в підсистемі ModeShape для AS7.

Що нового у версії 3.0.0.Alpha2:

• Перелік, що використовують повнотекстові критерії пошуку не працюють, і ні один не робить водій JDBC.
• Спільне вузли не працюють.
• AS7 комплекти мінімально повним, але, ймовірно, не використовувати, оскільки ми залежимо від дещо інший версії, ніж Infinispan, що в AS 7.1.1.Final.
• В RESTful і WebDAV послуги не працює так, як хотілося б, тому ми виключили їх з альфа.
• Федерація поки не працює; це обговорення про те, як ми хочемо, щоб розширити можливості Федерації.