вадяа какие проблемы для организации такой логики?
после отправки логина/пароля происходит проверка. он не принадлежит ни к какой группе, если для дальнеёшего входа надо ввести ещё один параметр, просто на клиента по ajax отпрвляется команда на ввод параметра
Приведу пример текущего конфига спинга
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
<security:http auto-config="true" use-expressions="true">
<security:intercept-url pattern="/selfcare/**" access="isAuthenticated()" />
<security:form-login
username-parameter="j_username"
password-parameter="j_password"
login-processing-url="/j_spring_security_check"
login-page="/index.html"
default-target-url="/selfcare/index.html"
authentication-failure-url="/login.html?error" />
<security:http-basic />
<security:logout logout-success-url="/index.html" />
<security:logout logout-url="/logout"/>
<security:csrf disabled="true"/>
<security:headers disabled="true"/>
</security:http>
<security:authentication-manager alias="authenticationManager">
<security:authentication-provider user-service-ref="customUserDetailsService">
<security:password-encoder hash="plaintext"></security:password-encoder>
</security:authentication-provider>
</security:authentication-manager>
Он нам кагбэ говорит о том что если юзер отправил на контроллер j_spring_security_check параметры j_username и j_password и customUserDetailsService сверил логин и пасс то юзер считается авторизованным. И может попадать в закрытый спингом контекст /selfcare/**
Так вот юзер после ввода логина и пароля не должен еще считаться авторизованным (isAuthenticated) если он принадлежит к двум или более компаниям
