Який найкращий спосіб зробити відмовлення в режимі офлайн клієнта на робочому столі, який використовує веб-сервіс?

У мене є три вхідні проекти, які мають спільну проблему:

їм потрібно мати логіку у веб-системі, і їм потрібен локальний додаток (наприклад, точка продажу), яка спілкується з такою системою через веб-сервіс RESTful.

Моє рішення

Рішення, яке мені вдалося придумати, - це реалізувати в черзі повідомлення для додатків на робочому столі для зберігання операцій, коли служба в автономному режимі, точніше, асинхронна черга повідомлень . Однак це легка частина (якщо таке найкраще рішення). Я також переймаюся синхронізацією даних та вирішенням конфліктів.

Основна система повинна бути веб-базованою, оскільки для створення звітів та моніторингу зацікавленими сторонами потрібен веб-додаток, а веб-служби оброблять запити для кількох установ.

Клієнти для настільних комп’ютерів (бажано тонкі) будуть реалізовані за допомогою Java (точніше Netbeans) та веб-системи з Symfony2. Два проекти вимагають інтеграції обладнання для клієнта, тому створення настільних додатків за допомогою веб-технологій (наприклад, Appcelerator Titanium) може бути серйозним болем.

Моє запитання

1. Що є кращим рішенням, яке масштабує масштаб, маючи на увазі максимальну ефективність із мінімальними зусиллями (і, бажано, без додаткових витрат, як-от придбання резервного сервера для локальної роботи)?

2. Хто ще займався цим раніше? Як ви вирішили свою проблему? Якими уроками ви можете поділитися?

3. Як ви мали справу з синхронізацією?

Редагувати: До мого запитання в пункті №3 додана відсутність

Я знаю, що ваше питання - Java, але мені дуже подобається ця архітектура стилю шини повідомлень для такого типу речей.

В основному, коли повідомлення надсилаються, вони можуть отримати два відповіді. Перший - з локального кешу, другий - із сервера, коли він підключається.

Я впевнений, що ви могли легко адаптувати цю архітектуру (шина носорога та nhib) до вашої (MQ та hib) досить легко.

Робіть все локально та синхронізуйте періодично .

Ось що б я зробив, якби ти був (я не знаю про синхронізований фреймворк на Java, як у нас у .NET).

Підтримуйте часову позначку в локальній програмі, яка проводитиме останній час успішного підключення.

Незалежно від часу підключення, ця часова марка буде використовуватися для витягування нових даних, а потім для надсилання нових замовлень, створених локально.

Потім ви будете підтримувати дві часові позначки. Один, щоб визначити, коли замовлення створено (локально або в Інтернеті), і той, коли він був записаний сервером.

Я не рекомендую для цього чергу повідомлень. Раніше я використовував MQ для веб-сайту електронної комерції, який мав бути підключений до Navision. Все функціонувало в рамках Navision, а зміни надсилалися на веб-сайт електронної комерції через MQ, включаючи статус замовлення та все, включаючи описи товарів, ціни тощо. Нові замовлення надсилалися до Navision також через MQ.

Або ви повинні подивитися на час від часу підключення до системних реалізацій баз даних, що робить бурхливу роботу синхронізації віддалених клієнтів із сервером. (У SQL Server це є певною мірою з SQL CE, Outlook це робить)

Таким чином, ви можете зробити всі зміни на локальному рівні у невеликій базі даних (це підтримує версії / логічні часові позначки тощо, так що вам не доведеться турбуватися про годинник ПК тощо), і коли ви переходите в Інтернет, ви синхронізуєте це з головним сервер.

Я не хотів би приймати рішення REST, коли система не може бути в Інтернеті більшість часу.