Hibernate - strange order of native SQL parameters

I am trying to use the built-in MySQL MD5 crypto func, so I defined a custom insert in the mapping file.

<hibernate-mapping package="tutorial"> <class name="com.xorty.mailclient.client.domain.User" table="user"> <id name="login" type="string" column="login"></id> <property name="password"> <column name="password" /> </property> <sql-insert>INSERT INTO user (login,password) VALUES ( ?, MD5(?) )</sql-insert> </class> </hibernate-mapping> 

Then I create a User (a fairly simple POJO with two lines - login and password) and try to save it.

 session.beginTransaction(); // we have no such user in here yet User junitUser = (User) session.load(User.class, "junit_user"); assert (null == junitUser); // insert new user junitUser = new User(); junitUser.setLogin("junit_user"); junitUser.setPassword("junitpass"); session.save(junitUser); session.getTransaction().commit(); 

What is really going on?

User created, but modified with parameter. He has the username "junitpass" and "junit_user" has MD5, encrypted and saved as a password.

What did I misunderstand? Thanks

EDIT: adding a POJO class

 package com.xorty.mailclient.client.domain; import java.io.Serializable; /** * POJO class representing user. * @author MisoV * @version 0.1 */ public class User implements Serializable { /** * Generated UID */ private static final long serialVersionUID = -969127095912324468L; private String login; private String password; /** * @return login */ public String getLogin() { return login; } /** * @return password */ public String getPassword() { return password; } /** * @param login the login to set */ public void setLogin(String login) { this.login = login; } /** * @param password the password to set */ public void setPassword(String password) { this.password = password; } /** * @see java.lang.Object#toString() * @return login */ @Override public String toString() { return login; } /** * Creates new User. * @param login User login. * @param password User password. */ public User(String login, String password) { setLogin(login); setPassword(password); } /** * Default constructor */ public User() { } /** * @return hashCode * @see java.lang.Object#hashCode() */ @Override public int hashCode() { final int prime = 31; int result = 1; result = prime * result + ((null == login) ? 0 : login.hashCode()); result = prime * result + ((null == password) ? 0 : password.hashCode()); return result; } /** * @param obj Compared object * @return True, if objects are same. Else false. * @see java.lang.Object#equals(java.lang.Object) */ @Override public boolean equals(Object obj) { if (this == obj) { return true; } if (obj == null) { return false; } if (!(obj instanceof User)) { return false; } User other = (User) obj; if (login == null) { if (other.login != null) { return false; } } else if (!login.equals(other.login)) { return false; } if (password == null) { if (other.password != null) { return false; } } else if (!password.equals(other.password)) { return false; } return true; } } 
+4
source share
1 answer

From docs :

The order of the parameters is important and determined by the order. Hibernate processes the properties. You can see the expected order by enabling debug logging for the org.hibernate.persister.entity level. At this level, Hibernate will print static SQL, which is used to create, update, delete, etc. Objects. (To see the expected sequence, be sure to add your own SQL via annotations or mapping files, as this will override the static sql file generated by Hibernate)

It seems impossible to predict this order.

+2
source

Source: https://habr.com/ru/post/1334566/


All Articles