Основанные на таймере триггеры события
Как будто вы пытаетесь получить доступ к объекту, который является null. Рассмотрим ниже пример:
TypeA objA;
. В это время вы только что объявили этот объект, но не инициализировали или не инициализировали. И всякий раз, когда вы пытаетесь получить доступ к каким-либо свойствам или методам в нем, он будет генерировать NullPointerException, что имеет смысл.
См. Также этот пример:
String a = null;
System.out.println(a.toString()); // NullPointerException will be thrown
3 ответа
Почему бы не использовать Задание SQL вместо службы Windows? Можно инкапсулировать всех Вас "триггерный" код дб в Хранимых процедурах. Затем Ваш UI и Задание SQL могут назвать те же Хранимые процедуры и создать триггеры тот же путь, является ли это вручную или во временном интервале.
Путем я вижу, что это - это.
у Вас есть служба Windows, которая играет роль планировщика и в ней существуют некоторые классы, которые просто называют веб-сервисы и помещают данные в Ваши базы данных.
Так, можно использовать эти классы непосредственно от WebUI также и импортировать данные на основе триггера WebUI.
мне не нравится идея сохранить сгенерированное действие пользователя как флаг (триггер) в базе данных, где некоторый сервис опросит его (в интервале, который не находится под контролем пользователя) выполнить то действие.
Вы могли даже преобразовать целый код в exe, который можно затем запланировать использование Windows Scheduler. И назовите тот же exe каждый раз, когда пользователь инициировал действие с сети UI.
@Vaibhav
, К сожалению, физическая архитектура решения не позволит прямой связи между компонентами кроме сети UI к Базе данных и базе данных к сервису (который может затем обратиться к веб-сервисам). Я действительно, однако, соглашаюсь, что повторное использование коммуникационных классов было бы идеалом здесь - я просто не могу сделать этого в рамках ограничений нашего бизнеса*
*Isn't это всегда способ, которым технически "лучшее" решение загнано в угол внешними факторами?