Здесь описаны основные характеристики и различия нашего проекта и проекта dRS (для просмотра некоторых ссылок необходима регистрация)
| характеристика | RDBR | dRS |
| СУБД | реляционные СУБД, поддерживаемые Hibernate | db4o и реляционные СУБД, поддерживаемые Hibernate |
| UUID объектов | строится по правилу: fullClassName@hashCodeOfUniqueFields | также составной, наибольшей частью является timestamp.
 Более подробно |
| Инициация репликации | после обмена метаинформацией, заключенной в RSS, инициатор выстраивает списки запросов | узлы не обмениваются метаинформацией, инициатор сразу строит списки объектов для отсылки и получает объекты от сервера |
| Разрешение конфликтов | основывается на анализе метаинформации (временные штампы модификации объекта и сохранения в локальной реплике) | основывается на выборе провайдера. Механизм выявления конфликтов основан по принципу Listener'a Пример |
| Частичная репликация | обеспечивается накладыванием фильтров на полученную RSS | обеспечивается перебором объектов и накладыванием фильтров на их типы и содержимое полей. Пример |
| Репликация удаленных объектов | реализована по следующему принципу: удаленный объект – модифицированный объект, следовательно, метаинформация для него составляется по тем же правилам; при репликации вместо объекта указанного типа узел получает служебный объект, сигнализирующий об удалении | необходимо задействовать специальные механизмы и Advanced-стратегии Пример |
| Степень зависисмоти от объектной модели приложения, методы снижения этой зависимости | Вся информация об объектах, подлежащих отслеживанию, содержится в конфигурационном файле Layer'a (представляет собой файл маппинга объектов приложения, возможно модифицированный) | |
| Метод передачи объектов | посредством HTTP-запросов, web-сервер Apache Tomcat | |
| Что происходит при обрыве связи при репликации | та часть объектов, которая была передана, сохраняется и не будет передаваться в следующий раз. Однако же, метаинформация о них будет содержатся в RSS до того, пока репликация не завержится успешно | |
| Клиент-серверная организация реализации | серверная часть – сервлеты Apache Tomcat, обращающиеся к менеджеру репликации, клиентская часть – стандартные средства Java для работы с HTTP. Планируется значительное изменение структуры в следующей версии | |
продолжение следует..
