使用Spring MVC和JPA，是否可以仅更新实体上的属性子集？

Question

我正在使用Spring Roo，使用Spring MVC和JPA来实现MySQL数据库的持久性。总的来说，我对Spring
MVC和Java还是很陌生，但是已经使用CakePHP和Rails。

我有一个User除密码外还包含个人详细信息的实体。诸如此类（不包括其他.aj文件中许多Roo生成的功能）：

public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "ID")
    private Long id;

    @Column(name = "PASSWORD", length = 32)
    private String password;

    @Column(name = "FIRST_NAME", length = 25)
    private String firstName;

    @Column(name = "LAST_NAME", length = 25)
    private String lastName;

    @Column(name = "ADDRESS", length = 255)
    private String address;

    // The appropriate getters and setters
    ...
}

然后，我在User控制器中执行了一个编辑操作，该操作是根据Roo自动生成的脚手架创建的以下约定：

@RequestMapping(value="/edit", method = RequestMethod.GET)
public String editForm(Model uiModel) {
    String username = (String) SecurityContextHolder.getContext().getAuthentication().getPrincipal();
    uiModel.addAttribute("user", User.findUserByUsername(username).getSingleResult());
    return "account/edit";
}

再次遵循Roo的约定的JSPX视图呈现表单：

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<div xmlns:field="urn:jsptagdir:/WEB-INF/tags/form/fields" xmlns:form="urn:jsptagdir:/WEB-INF/tags/form" xmlns:jsp="http://java.sun.com/JSP/Page" version="2.0">
    <jsp:directive.page contentType="text/html;charset=UTF-8"/>
    <jsp:output omit-xml-declaration="yes"/>
    <form:update id="" label="Personal Details" modelAttribute="user" path="/account" versionField="none">
        <field:input id="" field="firstName" label="First Name" />
        <field:input id="" field="lastName" label="Last Name" />
        <field:textarea id="" field="address" label="Street Address" />
    </form:update>
</div>

我 不 希望表单更新密码，仅更新所提供的字段（名字，姓氏和地址）。

再次遵循Roo约定的更新操作：

@RequestMapping(method = RequestMethod.PUT, produces = "text/html")
public String edit(@Valid User user, BindingResult bindingResult, Model uiModel, HttpServletRequest httpServletRequest) {
    if (bindingResult.hasErrors()) {
        uiModel.addAttribute("user", user);
        return "account/edit";
    }
    uiModel.asMap().clear();
    user.merge();
    return "redirect:/account";
}

用户对象已完美更新，但是问题在于它用null覆盖了密码字段，因为它没有作为表单的输入提供，因此在传递给表单提交请求处理程序的User对象中设置为null。Roo生成的脚手架不会出现此问题，因为它们为所有列提供了表单输入。因此，我可以将其添加为隐藏字段，但这听起来不是一个好主意。我觉得有更好的方法来做…

TL; DR如何仅更新表单中提供的实体属性而不覆盖其他属性？

换句话说，如何使Spring / JPA生成SQL

UPDATE user SET firstname=?, lastname=?, address=?

代替

UPDATE user SET firstname=?, lastname=?, address=?, password=?

因为我是所有这些的新手，所以代码示例非常棒：)

谢谢！

更新： 我能够使用yglodt的建议使其工作，在我的用户模型中添加了以下方法：

@Transactional
public void mergeWithExistingAndUpdate() {
    final User existingUser = User.findUser(this.getId());

    existingUser.setFirstName(this.getFirstName());
    existingUser.setLastName(this.getLastName());
    existingUser.setAddress(this.getAddress());

    existingUser.flush();
}

然后从我的控制器操作而不是user.merge（）调用它：

user.mergeWithExistingAndUpdate();

Answer 1

我通常在服务层解决此问题。

您可以从数据库中读取要更新的实体，并覆盖从表单中获取的属性。

这样，您仅更改所需的属性。

代码示例：

@Service
@Transactional
public class UserService {

    @Resource(name = "sessionFactory")
    private SessionFactory  sessionFactory;

    public void mergeWithExistingAndUpdate(final Person personFromPost) {

        Session session = sessionFactory.getCurrentSession();

        Person existingPerson = (Person) session.get(Person.class, personFromPost.getId());

        // set here explicitly what must/can be overwritten by the html form POST
        existingPerson.setName(personFromPost.getName());
        existingPerson.setEmail(personFromPost.getEmail());
        existingPerson.setDateModified(new Date());
        existingPerson.setUserModified(Utils.getCurrentUser());

        session.update(existingPerson);
    }

}

编辑1

实际上，可以使用来解决此问题，这是一个Spring方法@SessionAttributes：请参阅以下答案：

https://stackoverflow.com/a/3675919/272180

我尚未对其进行测试，但是看起来很有希望。

编辑2

最终，我对其进行了测试，并且可以正常工作。

但是，有一件事可以使您脚步敏捷：

如果您以相同的形式打开多个选项卡，则最后一个选项卡的打开将覆盖sessionAttribute其他选项卡，并且在提交时可能会破坏您的数据。该博客文章中提供了一种解决方案：http :
//marty-java-dev.blogspot.com/2010/09/spring-3-session-level-model-
attributes.html

但是最后，如果您从不打开多个选项卡进行编辑，那么您将不会有任何问题。