私は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>
私はnotフォームにパスワードを更新させたくありません。提供されたフィールド(名、姓、アドレス)だけを更新します。
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で生成されたスキャフォールドはすべての列にフォーム入力を提供するため、この問題は発生しません。だから私はそれを隠しフィールドとして追加することができましたが、それは良い考えのようには聞こえません。そして、私はそれを行うためのはるかに良い方法があると感じています...
つまり、Spring/JPAにSQLを生成させるにはどうすればよいですか。
UPDATE user SET firstname=?, lastname=?, address=?
の代わりに
UPDATE user SET firstname=?, lastname=?, address=?, password=?
私はこれすべてに慣れていないので、コードサンプルは素晴らしいでしょう:)
ありがとうございました!
PDATE: 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();
私は通常、これをサービスレイヤーで解決します。
更新するエンティティを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);
}
}
EDIT 1
実際、@SessionAttributes
を使用して、この問題を解決するための春の方法があります。次の回答を参照してください。
https://stackoverflow.com/a/3675919/27218
私はまだそれをテストしていませんが、それは有望に見えます。
編集2
最終的に私はそれをテストしました、そしてそれは期待通りに働きます。
ただし、足で撃たせることができることが1つあります。
同じフォームで複数のタブを開くと、最後のタブを開くと他のタブのsessionAttribute
が上書きされ、送信時にデータが破損する可能性があります。このブログ投稿には解決策があります: http://marty-Java-dev.blogspot.com/2010/09/spring-3-session-level-model-attributes.html
しかし、最後に、編集のために複数のタブを開かない場合は、とにかく問題はありません。
この記事 あなたの質問を詳細に説明していますが、ここでも要約します。
特定の属性を更新したくない場合は、updatable=false
でマークできます。
@Column(name="CREATED_ON", updatable=false)
private Date createdOn;
エンティティをロードして変更すると、現在のSession
またはEntityManager
が開いている限り、Hibernateは ダーティチェックメカニズム を介して変更を追跡できます。次に、 フラッシュ中 、SQL
更新が実行されます。
すべての列がUPDATE
ステートメントに含まれるのが気に入らない場合は、動的更新を使用できます。
@Entity
@DynamicUpdate
public class Product {
//code omitted for brevity
}
次に、変更された列のみがUPDATE
ステートメントに含まれます。
永続プロバイダーがHibernateの場合は、休止状態固有のアノテーションを使用します。 @DynamicUpdate
エンティティ:
更新の場合、このエンティティは、変更された列のみが準備されたSQLステートメントで参照される動的SQL生成を使用する必要がありますか?
デタッチされたエンティティの再アタッチの場合、これは、更新前の選択を有効にしないと不可能であることに注意してください。