[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Hardy Ferentschik updated HV-438: --------------------------------- Description: I have a problem with custom class level constraint. When I try to validate a simple entity, like: {code} @Entity @Table(name="users") @Unique //My custom constraint public class User implements Serializable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name="id") private Integer id; } {code} using a spring validation helper: {code} User u = new User(); Errors result = new BindException(u, "User"); validator.validate(u, result); {code} It throws a {{NullPointerException}}: {noformat} Caused by: java.lang.NullPointerException # at java.lang.Class.searchFields(Class.java:2599) # at java.lang.Class.getDeclaredField(Class.java:1880) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:190) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:178) # at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:91) # at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:83) # at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) # at javax.persistence.Persistence$PersistenceUtilImpl.isLoaded(Persistence.java:120) # at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) # at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) # at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) # at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) {noformat} Some investigation revealed, that in PersistenceUtil calls the 'property' parameter value is null and in the validator.engine functions 'name' var in value of the first and single entry of propertyPath.nodeList is null too. Most interested thing is that when i try validation code, shown above, in JUnit environment, it works well. I've attached a simple webapp, that reproduces the issue. It is too big, to be uploaded here, so i put it to the dropbox: http://dl.dropbox.com/u/17691684/hvbug.tar.gz Initial report was on hibernate forums: https://forum.hibernate.org/viewtopic.php?f=9&t=1009612&start=0 was: I have a problem with custom class level constraint. When I try to validate a simple entity, like: {code} @Entity @Table(name="users") @Unique //My custom constraint public class User implements Serializable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name="id") private Integer id; } {code} using a spring validation helper: {code} User u = new User(); Errors result = new BindException(u, "User"); validator.validate(u, result); {code} It throws a {{NullPointerException}}: {noformat} Caused by: java.lang.NullPointerException # at java.lang.Class.searchFields(Class.java:2599) # at java.lang.Class.getDeclaredField(Class.java:1880) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:190) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:178) # at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:91) # at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:83) # at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) # at javax.persistence.Persistence$PersistenceUtilImpl.isLoaded(Persistence.java:120) # at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) # at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) # at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) # at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) {nofprmat} Some investigation revealed, that in PersistenceUtil calls the 'property' parameter value is null and in the validator.engine functions 'name' var in value of the first and single entry of propertyPath.nodeList is null too. Most interested thing is that when i try validation code, shown above, in JUnit environment, it works well. I've attached a simple webapp, that reproduces the issue. It is too big, to be uploaded here, so i put it to the dropbox: http://dl.dropbox.com/u/17691684/hvbug.tar.gz Initial report was on hibernate forums: https://forum.hibernate.org/viewtopic.php?f=9&t=1009612&start=0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Hardy Ferentschik updated HV-438: --------------------------------- Description: I have a problem with custom class level constraint. When I try to validate a simple entity, like: {code} @Entity @Table(name="users") @Unique //My custom constraint public class User implements Serializable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name="id") private Integer id; } {code} using a spring validation helper: {code} User u = new User(); Errors result = new BindException(u, "User"); validator.validate(u, result); {code} It throws a {{NullPointerException}}: {noformat} Caused by: java.lang.NullPointerException at java.lang.Class.searchFields(Class.java:2599) at java.lang.Class.getDeclaredField(Class.java:1880) at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:190) at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:178) at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:91) at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:83) at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) at javax.persistence.Persistence$PersistenceUtilImpl.isLoaded(Persistence.java:120) at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) {noformat} Some investigation revealed, that in PersistenceUtil calls the 'property' parameter value is null and in the validator.engine functions 'name' var in value of the first and single entry of propertyPath.nodeList is null too. Most interested thing is that when i try validation code, shown above, in JUnit environment, it works well. I've attached a simple webapp, that reproduces the issue. It is too big, to be uploaded here, so i put it to the dropbox: http://dl.dropbox.com/u/17691684/hvbug.tar.gz Initial report was on hibernate forums: https://forum.hibernate.org/viewtopic.php?f=9&t=1009612&start=0 was: I have a problem with custom class level constraint. When I try to validate a simple entity, like: {code} @Entity @Table(name="users") @Unique //My custom constraint public class User implements Serializable { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name="id") private Integer id; } {code} using a spring validation helper: {code} User u = new User(); Errors result = new BindException(u, "User"); validator.validate(u, result); {code} It throws a {{NullPointerException}}: {noformat} Caused by: java.lang.NullPointerException # at java.lang.Class.searchFields(Class.java:2599) # at java.lang.Class.getDeclaredField(Class.java:1880) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:190) # at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:178) # at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:91) # at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:83) # at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) # at javax.persistence.Persistence$PersistenceUtilImpl.isLoaded(Persistence.java:120) # at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) # at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) # at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) # at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) {noformat} Some investigation revealed, that in PersistenceUtil calls the 'property' parameter value is null and in the validator.engine functions 'name' var in value of the first and single entry of propertyPath.nodeList is null too. Most interested thing is that when i try validation code, shown above, in JUnit environment, it works well. I've attached a simple webapp, that reproduces the issue. It is too big, to be uploaded here, so i put it to the dropbox: http://dl.dropbox.com/u/17691684/hvbug.tar.gz Initial report was on hibernate forums: https://forum.hibernate.org/viewtopic.php?f=9&t=1009612&start=0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Hardy Ferentschik commented on HV-438: -------------------------------------- {quote} Some investigation revealed, that in PersistenceUtil calls the 'property' parameter value is null and in the validator.engine functions 'name' var in value of the first and single entry of propertyPath.nodeList is null too. {quote} That in itself if not that bad yet. null is passed for the class itself and the root element of property path is null as well -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Denis Chapligin updated HV-438: ------------------------------- Attachment: hvbug.properties build.xml -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] tony kerz commented on HV-438: ------------------------------ i have encountered a similar problem. i have isolated it into a small m2eclipse/maven project with a test case which will hopefully facilitate you being able to look into it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] tony kerz commented on HV-438: ------------------------------ here's a local patch i made to get me past the issue, but i have to admit that i don't understand the implementation well enough to have confidence that it is an appropriate fix in the broader context: in DefaultTraversableResolver, i added "|| (traversableProperty.getName() == null" portion. {noformat} public boolean isReachable(Object traversableObject, Path.Node traversableProperty, Class<?> rootBeanType, Path pathToTraversableObject, ElementType elementType) { return jpaTraversableResolver == null || (traversableProperty.getName() == null) || jpaTraversableResolver.isReachable( traversableObject, traversableProperty, rootBeanType, pathToTraversableObject, elementType ); } {noformat} cause basically the traversableProperty while not null itself, contained only null and otherwise defaulted entries. a few frames up in the stack, the "path" to the validation target was null (i guess cause we were already "there") and it just kind of chokes a few layers down in a jpaTraversableResolver when processing this null-ish Path.Node... the other point to notice, is that this is a class-level validator that is on a non-entity/non-jpa-related class, so it's especially ironic to have the process derailed in jpa-centric processing. i'm sure you can nail this issue with the more than cursory knowledge of the processing chain that i have ;) thanks! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Hardy Ferentschik reassigned HV-438: ------------------------------------ Assignee: Hardy Ferentschik -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Michael Schnell commented on HV-438: ------------------------------------ I switched to the "4.2.0.Final" version and the problem in the "JPATraversableResolver" has been fixed (see HV-266 / HV-305). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HV-438?page=com... ] Hardy Ferentschik resolved HV-438. ---------------------------------- Resolution: Duplicate Fix Version/s: (was: 4.3.0.next) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira