服务层如何获取Session信息？

Question

有没有一种方法可以将 Http/Wicket 会话信息共享到服务层而不引入 servlet api/Wicket 依赖项？

我将提供一些背景信息来说明我为什么要问这个问题，以防万一我遗漏了一些内容并问了错误的问题。

我有几个实体，它们具有可验证的属性组。 可验证意味着存在指示验证值、进行验证的用户以及验证日期的字段。 这就是这些实体的建模方式：

@Embeddable
public class ValidationBean<T> implements Serializable {
    private T validated;
    private String user;
    private Date date;

    // Constructors, getters, setters ahead. 
    // ...
}

@Entity
@Table(name="SOME_TABLE")
public class SomeEntity implements Serializable, SomeInterface {
    // Some attributes which conform validation group 1
    public String attribute11;
    public String attribute12;
    public String attribute13;
    private ValidationBean<Integer> validationBean1 = new ValidationBean<Integer>();

    // Some attributes which conform validation group 2
    public String attribute21;
    private ValidationBean<String> validationBean2 = new ValidationBean<Integer>();

    // Constructors, various attribute getters with JPA annotations
    // ...

    @Embedded
    @AttributeOverrides(/*various overrides, each entity/validation group has its own validation column names...*/)
    public ValidationBean<Integer> getValidationBean1() { return validationBean1; }

    @Embedded
    @AttributeOverrides(/*various overrides, each entity/validation group has its own validation column names...*/)
    public ValidationBean<Integer> getValidationBean2() { return validationBean2; }
}

当 ValidationBean 的 user 和 date 字段在表示层中自动修改时，检测到 >validated 字段。

所有这些都工作正常。现在，我正在努力寻找一个优雅的&与当前建模集成以满足以下要求的通用解决方案：当验证组中的任何属性的值发生更改，并且相关的 ValidationBean.validated 没有更改时，user< /code> 和 date 还必须使用当前用户的 id 和当前日期进行修改。

在我看来，有两种选择：将该逻辑放入表示层或业务/服务层

• 将其放入表示层将具有效率优势。实体存储在会话中，因此不必再次查询数据库来检查字段更改。但不幸的是，某些实体的某些字段已通过 ajax 更新，因此很难判断该实体是否真的发生了变化。除了表示层不负责满足此要求之外。

• 将它放在服务层似乎是最好的选择，而且我已经找到了一种可能的方法来正确处理这个问题。我想出了 @PreUpdate< /代码>。很容易在@Entities上实现一个@PreUpdate方法来将DB中的值与即将更新的值进行比较，并相应地修改相关的ValidationBeans。这里的问题，我认为这是一个常见问题，是在业务层中，我没有从哪里获取用户 id。当前用户Id存储在Session中，Session属于表示层。

因此，任何关于如何将 http 会话信息共享到服务层（不一定是 Wicket 特定的）的提示、评论、建议，甚至是满足此要求的替代方案都将受到欢迎。

UDPATE：遵循gkamal的建议，我将尝试以侵入性较小的方式集成 spring-security，只是为了利用 SecurityContext。我也希望得到有关此事的提示。

Answer 1

解决此问题的常用方法是引入一个 SecurityContext 类，该类将当前用户的详细信息保存为静态线程局部变量。该变量由安全过滤器或其他过滤器初始化（从 httpsession），并在请求处理完成后清除。 SecurityContext 类本身是业务层的一部分，它提供了 set / get 方法，因此没有任何 Web 层依赖项。