Истинный перезапуск не возможен AFAIK. (Исправьте меня, если я неправ!).
Однако, если Вы хотите установить его на 0, можно просто удалить и воссоздать его.
, Если Вы хотите установить его на определенное значение, можно установить ИНКРЕМЕНТ на отрицательную величину и получить следующее значение.
таким образом, если Ваша последовательность в 500, можно установить ее на 100 через
ALTER SEQUENCE serial INCREMENT BY -400;
SELECT serial.NEXTVAL FROM dual;
ALTER SEQUENCE serial INCREMENT BY 1;
WCF definitely is capable of handling pub/sub scenarios - and will be much more once .NET 4 with the new WCF Azure relay bindings is out.
For now, check out these articles on the topic:
For the future Azure-based pub/sub messaging using the .NET Service Bus, see these articles here:
Также есть MassTransit . Никогда не использовал его, но он часто упоминается в том же разговоре, что и nServiceBus.
В зависимости от того, что именно вы пытаетесь сделать, существует также Managed Extensibility Framework . Это не совсем фреймворк публикации / подписки, но об этом стоит знать, если вы еще этого не сделали.
Уди (создатель nServiceBus) есть оптимизированная версия своей концепции доменных событий в его блоге
Мы использовали это как основу для разработки более простой реализации, такой как nServiceBus, которая мы могли бы использовать в нашем решении.
WCF
Модель Google WCF Publish Subscribe. Я думаю, что часть приложения «Программирование WCF» Ювала Лоуи дает прекрасное объяснение того, как это сделать.
РЕДАКТИРОВАТЬ
http://idesign.net/idesign/DesktopDefault.aspx?tabindex=5&tabid=11
Найдите платформу публикации и подписки
Prism поставляется с EventAggregator, который предоставляет слабосвязанные события.
Пока что ответы хорошие, если предположить, что у вас многопроцессорная архитектура или архитектура SOA.
Если это простое отдельное приложение, возможно, в вашем случае хорошо подойдет встроенная модель событий C #. В качестве альтернативы можно также использовать делегаты или интерфейс для передачи серверу / издателю.
Эта ссылка на шаблон наблюдателя может быть полезной.
Вот ТАК вопрос о « nServiceBus, Rhino Service Bus, MassTransit - видео, демонстрации, учебные ресурсы » с некоторыми хорошими ответами.
Для реализации классической модели публикации/подписки в .net я бы использовал ActiveMQ. Его очень легко понять, и если вы уже знакомы с JMS, кривая обучения будет очень плоской.