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

Question

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

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

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

Answer 1

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

Answer 2

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