Неверный SecurityContext после переадресации Camel

Question

Я использую Spring Security 3.0.5 и Camel 1.5 (да, очень старый, но у нас нет времени на обновление прямо сейчас).

В этом конкретном сценарии я загружаю файл, который попадает в Spring Controller, который затем перенаправляет тело запроса (которое является XML) в конечную точку, которая является методом в другом классе. Вот проблема: у меня был тестер, выполняющий загрузку, но когда вернулся список файлов с графическим интерфейсом, в нем было имя другого человека, как человека, который загрузил файл. Во время отладки я обнаружил, что в первом Spring Controller SecurityContext корректен в том смысле, что это действительно учетные данные человека, выполняющего загрузку. После переадресации верблюда SecurityContext предназначался для другого пользователя, у которого был сеанс в веб-приложении. Очевидно, это не хорошо.

Итак, два вопроса:

1. Кто-нибудь знает, что делать, или если я могу что-то сделать, используя Camel 1.5, чтобы решить эту проблему?
2. Почему учетные данные другого пользователя из другого сеанса будут в этом сеансе? Этот вопрос не зависит от верблюда.

Answer 1

Какой http вы используете?Можете ли вы проверить, существует ли один поток, только обрабатывающий запрос все время, или задействовано несколько потоков?

А между прочим, Camel 1.5 - это EOL и больше не поддерживается.