Примеры использования перехватчика сообщений Spring / BlazeDS

Question

Интеграция Spring BlazeDS (в наших случаях 1.0.5M1) позволяет нам определять MessageInterceptor экземпляры и регистрировать их в брокере сообщений.Мой вопрос прост: кто-нибудь знает, для чего этот механизм следует или не следует использовать?

Из документации API я вижу, что сама платформа использует перехватчики для интеграции Spring Security.Мы думали об использовании этих перехватчиков как о способе обеспечения нашего собственного особого вида безопасности (мы отслеживаем наших пользователей, используя наши собственные сервисы в контексте приложения), где условие оценивается каждый раз, когда сообщение отправляется по сети.*

Мы понимаем, что в какой-то момент нам, вероятно, следует интегрировать Spring Security для более формальной обработки этих вещей, но сейчас перехватчик сообщений кажется хорошей идеей.

Answer 1

Кажется, что использование перехватчиков таким образом не вызвало никаких проблем, так как мы реализовали это, поэтому я не думаю, что это будет проблемой.

Answer 2

Я не знаю, является ли это «хорошим» вариантом использования или нет, но в нашем случае использования у нас есть колл-центр, где очень важно, чтобы все видели «последнюю» версию данных.Несколько сотен человек смотрят на данные, и, может быть, около десятка могут изменить данные.Мы настроили его так, чтобы при любых изменениях данных отправлялось сообщение всем клиентам, если у клиента есть эти данные в данный момент, они будут обновлены, и появляется диалоговое окно, если данные на реальной вкладке, на которую смотрит пользователь, изменилисьв противном случае данные просто негласно изменяются.