Open seanf opened 7 years ago
I noticed that entityunit also had trouble finding the specified values for constructor parameters when first building the entity. Since every JPA entity or JavaBean should have a zero-param constructor, it's probably safer to use it and then fill in all the fields/properties (since they have names; constructor parameters generally haven't, unless you use @java.beans.ConstructorProperties
).
The method
BeanMaker.trySetValue()
callsBeanUtils.setProperty
if the JPA AccessType is PROPERTY, but it uses a field name instead of a property name. To make things worse, it seems thatorg.apache.commons.beanutils.BeanUtils.setProperty()
fails silently if the requested property doesn't exist. This leaves the entity property with its default value, instead of setting the requested value.This interacts badly with Kotlin's approach to interop for boolean properties - a Boolean Kotlin property named
isActive
will be exposed with the getterisActive()
and the settersetActive()
(thus the JavaBean property name isactive
), but the backing field is namedisActive
, notactive
. This is perfectly valid for JavaBeans, and would not be a problem, except that entityunit tries to access the JavaBean property (active
) using the field name (isActive
).