А как бы Вы реализовали данную задачу?

@VSergeyV · Регистрация: 26.04.2006

Студворк — интернет-сервис помощи студентам

ЗАДАЧА. Необходимо реализовать распределенную программу, предназначенную для внесения изменений в БД/несколько БД, необходимо
предусмотреть, что БД может быть удаленно недоступна (что реально бывает часто).
Клиентский уровень необходимо реализовать с помощью Java Web Start, планируется что клиентский уровень общается с БД не на прямую
а через какой-либо Java-сервер, на котором реализованы очереди и обработчик их - очередь поступивших заданий и очередь ответов клиенту о внесении изменений. На Java-сервере должнен быть некая "демоническая" составляющая, которая будет брать задание из очереди заданий и осуществлять попытку выполнить его, т.е. осуществить запрос к БД, в случае неудачи "демон" должен не убирать задание из очереди заданий, а в случае удачи убирать задание из очереди заданий и добавлять в очередь ответов клиенту необходимый ответ.

Клиентское приложение общается с Java-сервер допустим через SOAP либо RMI.

Вопрос 1. Как наиболее лучше реализовать очереди и обработчик очередей?
Еще к вопросу 1. Можно использовать очереди JMS и допустим EJB компоненты управляемые сообщениями? Компоненты управляемые
сообщениями вызывается тогда когда в очереди есть сообщения(объекты), более того насколько я помню, возможен вызов сразу нескольких обработчиков, каждый на одно сообщение, если в очереди более одного сообщения. При вызове обработчика - объекта EJB компонента управляемого сообщениями, происходит также автоматическое удаление объекта сообщения из очереди на которую он был "натравлен" для обработки. Если учеть, что допускается отсутствие соединения с БД, то необходимо будет сделать какую-нибудь задержку в EJB компоненте управляемом сообщениями...
Оправдано ли сделать "тупенький" демон - зацикленный код с задержкой, который смотрит очередь запросов, пытается их выполнить, а
также управляет очередями сообщений?
Есть ли более совершенный способы реализации этих демонов, чем зацикленный код?

Вопрос 2. Лучше использовать RMI или SOAP для взаимодействия клиентского приложения и приложения на сервере? Или же, если используется EJB, то непосредственно использовать удаленный вызов методов?

Вопрос 3. А как бы Вы реализовали данную задачу?

@mselez · 25.07.2006, 00:47

RMI более быстрый (меньше пересылаемых данных), чем SOAP, но приложения должны быть написаны на java. Зато SOAP более универсальный, т.к. приложения, обменивающиеся xml файлами (суть протокола SOAP) могут быть написаны на любом языке.
Цикл с паузой - простое интуитивное решение. Но возможно лучше использовать механизм wait - notify. Пока очередь не пустая, поток берет из нее запросы. Если очередь пустая, то поток ожидает.
"А как бы Вы реализовали данную задачу?"
Sun для таких задач предложило технологию EJB. Позднее сообщество пришло к мнению, что во многих случаях EJB избыточна и были созданы технологии Spring, Hibernate.

Новые блоги и статьи Все статьи Все блоги /
10 пpимет, которые всегда сбываются Maks 31.03.2026 1. Чтобы, наконец, пришла маршрутка, надо закурить. Если сигарета последняя, маршрутка придет еще до второй затяжки даже вопреки расписанию. 2. Нaдоели зима и снег? Не надо переезжать. Достаточно. . .	Перемещение выделенных строк ТЧ из одного документа в другой Maks 31.03.2026 Реализация из решения ниже выполнена на примере нетипового документа "ВыдачаОборудованияНаСпецтехнику" с единственной табличной частью "ОборудованиеИКомплектующие" разработанного в конфигурации КА2. . . .	Functional First Web Framework Suave DevAlt 30.03.2026 Sauve. IO Апнулись до NET10. Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта так и в интерактивном режиме. из сложностей - чисто функциональный подход. Решил. . .	Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .
Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .

@VSergeyV 0 / 0 / 0 Регистрация: 26.04.2006 Сообщений: 30

	А как бы Вы реализовали данную задачу? 24.07.2006, 11:25. Показов 1967. Ответов 1 Метки нет (Все метки) ЗАДАЧА. Необходимо реализовать распределенную программу, предназначенную для внесения изменений в БД/несколько БД, необходимо предусмотреть, что БД может быть удаленно недоступна (что реально бывает часто). Клиентский уровень необходимо реализовать с помощью Java Web Start, планируется что клиентский уровень общается с БД не на прямую а через какой-либо Java-сервер, на котором реализованы очереди и обработчик их - очередь поступивших заданий и очередь ответов клиенту о внесении изменений. На Java-сервере должнен быть некая "демоническая" составляющая, которая будет брать задание из очереди заданий и осуществлять попытку выполнить его, т.е. осуществить запрос к БД, в случае неудачи "демон" должен не убирать задание из очереди заданий, а в случае удачи убирать задание из очереди заданий и добавлять в очередь ответов клиенту необходимый ответ. Клиентское приложение общается с Java-сервер допустим через SOAP либо RMI. Вопрос 1. Как наиболее лучше реализовать очереди и обработчик очередей? Еще к вопросу 1. Можно использовать очереди JMS и допустим EJB компоненты управляемые сообщениями? Компоненты управляемые сообщениями вызывается тогда когда в очереди есть сообщения(объекты), более того насколько я помню, возможен вызов сразу нескольких обработчиков, каждый на одно сообщение, если в очереди более одного сообщения. При вызове обработчика - объекта EJB компонента управляемого сообщениями, происходит также автоматическое удаление объекта сообщения из очереди на которую он был "натравлен" для обработки. Если учеть, что допускается отсутствие соединения с БД, то необходимо будет сделать какую-нибудь задержку в EJB компоненте управляемом сообщениями... Оправдано ли сделать "тупенький" демон - зацикленный код с задержкой, который смотрит очередь запросов, пытается их выполнить, а также управляет очередями сообщений? Есть ли более совершенный способы реализации этих демонов, чем зацикленный код? Вопрос 2. Лучше использовать RMI или SOAP для взаимодействия клиентского приложения и приложения на сервере? Или же, если используется EJB, то непосредственно использовать удаленный вызов методов? Вопрос 3. А как бы Вы реализовали данную задачу? 0

@mselez 0 / 0 / 0 Регистрация: 22.07.2009 Сообщений: 457
	25.07.2006, 00:47
	RMI более быстрый (меньше пересылаемых данных), чем SOAP, но приложения должны быть написаны на java. Зато SOAP более универсальный, т.к. приложения, обменивающиеся xml файлами (суть протокола SOAP) могут быть написаны на любом языке. Цикл с паузой - простое интуитивное решение. Но возможно лучше использовать механизм wait - notify. Пока очередь не пустая, поток берет из нее запросы. Если очередь пустая, то поток ожидает. "А как бы Вы реализовали данную задачу?" Sun для таких задач предложило технологию EJB. Позднее сообщество пришло к мнению, что во многих случаях EJB избыточна и были созданы технологии Spring, Hibernate. 0