17

私はSpringRooを使用しており、MySQLデータベースとの永続性のためにSpringMVCとJPAを使用しています。私は一般的にSpringMVCと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で上書きされ、フォーム送信要求ハンドラーに渡されるユーザーオブジェクトで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();
4

3 に答える 3

15

私は通常、サービスレイヤーでこれを解決します。

更新するエンティティをDBから読み取り、フォームから取得する属性を上書きできます。

このようにして、必要な属性のみを変更します。

コード例:

@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

実際、この問題を解決するための春の方法があります。を使用して@SessionAttributes、次の回答を参照してください。

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

私はまだそれをテストしていませんが、それは有望に見えます。

編集2

最終的に私はそれをテストし、それは期待通りに動作します。

ただし、足を撃たせることができることが1つあります。

同じフォームで複数のタブを開くと、最後のタブを開くとsessionAttribute他のタブが上書きされ、送信時にデータが破損する可能性があります。このブログ投稿には解決策があります:http://marty-java-dev.blogspot.com/2010/09/spring-3-session-level-model-attributes.html

しかし、最後に、編集のために複数のタブを開かない場合は、とにかく問題はありません。

于 2013-02-05T08:22:51.123 に答える
14

特定の属性を更新したくない場合は、次のマークを付けることができますupdatable=false

@Column(name="CREATED_ON", updatable=false)
private Date createdOn;

Sessionエンティティをロードして変更すると、現在または開いている限りEntityManager、Hibernateはダーティチェックメカニズムを介して変更を追跡できます。次に、の間flushにSQLUPDATEが実行されます。

すべての列がステートメントに含まれるのが気に入らない場合は、UPDATE動的更新を使用できます。

@Entity
@DynamicUpdate
public class Product {
   //code omitted for brevity
}

次に、変更された列のみがUPDATEステートメントに含まれます。

于 2016-10-11T07:14:43.163 に答える
0

永続性プロバイダーがHibernateの場合は、Hibernate固有のアノテーションを使用します@DynamicUpdate。エンティティで:

更新の場合、このエンティティは、変更された列のみが準備されたSQLステートメントで参照される動的SQL生成を使用する必要がありますか?

デタッチされたエンティティの再アタッチの場合、これは、select-before-updateが有効になっていないと不可能であることに注意してください。

于 2013-02-05T06:02:29.733 に答える