Логин Webapp работает на одном сервере, но не на другом - PullRequest
Новая
       43

Логин Webapp работает на одном сервере, но не на другом

0 голосов
/ 21 декабря 2011

У меня странная проблема с проектом, над которым я работаю над реализацией некоторых дополнительных функций. Я запустил его на своей машине для разработки и на нашем локальном тестовом сервере. Теперь, когда я развернул EAR-пакет на тестовом сервере клиентов, происходят странные вещи. Само приложение запускается просто отлично, но при попытке войти в него оно никогда не удается. Пароль наверняка правильный. Сообщения, которые я получаю в server.log, следующие: 

2011-12-21 11:46:17,202 DEBUG [com.foo.impl.AuthenticationServiceImpl] Authentication event AuthenticationFailureBadCredentialsEvent: admin; details: org.acegisecurity.ui.WebAuthenticationDetails@1c07a: RemoteIpAddress: xx.xx.xx.xx; SessionId: 4022FD9349C4BC35553DD7D96134FDE8
2011-12-21 11:46:17,202 INFO  [com.foo.impl.AuthenticationServiceImpl] Authentication event AuthenticationFailureBadCredentialsEvent: admin; details: org.acegisecurity.ui.WebAuthenticationDetails@1c07a: RemoteIpAddress: xx.xx.xx.xx; SessionId: 4022FD9349C4BC35553DD7D96134FDE8; exception: Bad credentials
2011-12-21 11:46:17,203 DEBUG [com.foo.web.server.AuthenticationFilter] Updated SecurityContextHolder to contain null Authentication
2011-12-21 11:46:17,203 DEBUG [com.foo.web.server.AuthenticationFilter] Authentication request failed: org.acegisecurity.BadCredentialsException: Bad credentials

Я удалил новый пакет и вернул старый EAR, который был там годами, и логин там тоже не работает. Я совершенно уверен, что это сработало до того, как я туда попал.

Мы используем сервер приложений JBoss 4.0.5-GA на всех машинах, а проект использует acegi-security-1.0.3 для аутентификации.

Чтобы быть уверенным, что я ничего не испортил, я скопировал всю папку JBoss на свой компьютер и сравнил ее с папкой, которая находится на нашем локальном сервере. Различия где в лог-файлах и postgres-ds.xml. Соединение с базой данных работает на обоих серверах, поскольку из этого открытия видно, что первая страница кэширует большинство значений классификатора, поступающих из базы данных.

Я не могу понять, что вызывает это. Может быть, кто-то имел подобный опыт и может что-то подсказать?

С уважением, Райдо

Ответы [ 2 ]

0 голосов
/ 28 декабря 2011

Оказалось, что кто-то, кроме меня, тоже бездельничал на этом тестовом сервере.Вероятно, он или она восстановили старую резервную копию с неверной версией конфигурации Postgre.Результат?Приложение было подключено к неправильной базе данных, что вызвало проблему, состоящую в том, что пароли не совпадали, но большинство других данных были идентичны тем, которые были в правильной базе данных.

Странно, но последняя дата изменения файла конфигурации былаеще в 2007 году, поэтому самое понятное объяснение должно быть восстановление резервной копии ..

0 голосов
/ 24 декабря 2011

Я не эксперт в acegi, но обновил SecurityContextHolder, чтобы он содержал нулевую аутентификацию ", сигнализируя о возможной неправильной конфигурации.

Нужно ли включать куки или что-то еще?

...