Персонализиран модул за влизане в Wildfly 8, който има достъп до параметрите на HttpServletRequest

Бих предложил да създадете LoginContext и да преминете през изпълнение на CallbackHandler. В callbackhandler се грижи за допълнителното свойство UUID.

Въпреки че този код работи за мен, ще трябва да го актуализирате, за да се погрижите за допълнителното UUID свойство

public class NamePasswordCallbackHandler implements CallbackHandler {
    private final String username;
    private final String password;

    private NamePasswordCallbackHandler(String username, String password) {
        this.username = username;
        this.password = password;
    }

    public void handle(Callback[] callbacks) throws IOException, UnsupportedCallbackException {
        for (Callback current : callbacks) {
            if (current instanceof NameCallback) {
                ((NameCallback) current).setName(username);
            } else if (current instanceof PasswordCallback) {
                ((PasswordCallback) current).setPassword(password.toCharArray());
            } else {
                throw new UnsupportedCallbackException(current);
            }
        }
    }
}

Създадох моя собствена реализация на обекта Configuration (показан по-долу като JBossJaasConfiguration).

След това прекарайте този манипулатор на обратно извикване към вашия LoginContext:

CallbackHandler cbh = new NamePasswordCallbackHandler(username, password);
Configuration config = new JBossJaasConfiguration("mysqldomain");

LoginContext loginContext = new LoginContext("mycontext", new Subject(), cbh, config);
loginContext.login();

Свойството "mysqldomain" се отнася до името на защитения домейн във вашия standalone.xml

<subsystem xmlns="urn:jboss:domain:security:1.2">
    <security-domains>
        <security-domain name="mysqldomain" cache-type="default">
             <authentication>
                  <login-module code="com.soccerx.security.DatabaseServerLoginRealm" flag="required">
                     <module-option name="dsJndiName" value="java:jboss/datasources/SoccerSoftwareDS"/>
                     <module-option name="principalsQuery" value="select userId, tenantId, password, salt from User where username=? and StatusId != 2"/>

            <module-option name="rolesQuery" value="select Role, 'Roles' from User where Username=?"/>
                    <module-option name="password-stacking" value="useFirstPass"/>
                    <module-option name="principalClass" value="com.soccerx.security.DatabasePrincipal"/>
                </login-module>
            </authentication>
        </security-domain>
    <security-domains>
</subsystem>

Въпреки че това не е пълно решение за вашите нужди, очаквам да можете да го промените, за да сте сигурни, че влизането е неуспешно, ако UUID не съвпада.

Забележка: Ще трябва да се погрижите за това във вашия CustomDatabaseLoginRealm, както е дефинирано във вашия standalone.xml. Това означава достъп до потребителското име/парола/uuid и сравняване със стойностите в базата данни.

Още повече документация вижте тук

Вместо да извиквате метода HttpServletRequest.login() директно от вашата спокойна уеб услуга, можете да конфигурирате защитен домейн в Wildfly.

Този домейн за сигурност трябва да бъде упоменат в елемента за влизане в конфигурацията на файла web.xml на вашето уеб приложение с ограничение за сигурност, за да се активира JAAS

Ето пример за уеб. xml файл, който декларира ограничение за сигурност и конфигурация за влизане (с ОСНОВЕН метод за удостоверяване)

И примерна конфигурация на Wildfly standalone.xml за конфигурация на security-domain, като се използва стандартно осигурен модул за влизане в база данни, а не персонализиран:

<security-domain name="securityDomain" cache-type="default">
    <authentication>
        <login-module code="Database" flag="required">
            <module-option name="dsJndiName" value="java:/TestDS"/>
            <module-option name="principalsQuery" value="select password from User where login = ? and (disabled is null or disabled = 0) and activated = 1"/>
            <module-option name="rolesQuery" value="select name,'Roles' from Role r, User_Role ur, User u where u.login=? and u.id = ur.userId and r.id = ur.roleId"/>
            <module-option name="hashAlgorithm" value="SHA-256"/>
            <module-option name="hashEncoding" value="base64"/>
            <module-option name="unauthenticatedIdentity" value="guest"/>
        </login-module>
    </authentication>
</security-domain>

След това, във вашия REST ресурс, просто трябва да използвате анотациите @RolesAllowed или @PermitAll, за да ограничите достъпа или да не правите също оторизация.