Re: BeanEditForm onValidate()

2018-01-16 Thread JumpStart
Did you miss my suggestion? Try putting it in onActivate and pass it 'Abel'. I’m hoping it will have the same problem, because, as you know, it makes no sense that a transaction has taken place before onValidate(). Longer term, however, you should scrap the validation because it can be

Re: BeanEditForm onValidate()

2018-01-16 Thread Christopher Dodunski
Hi Geoff, Sorry, I'll try that when back at my PC tomorrow. I could be mistaken, but does the 'column' annotation below not set the USER_NAME column in the database as unique? I assumed this is the reason for the ConstraintViolationException, i.e. the unique field. Irrespective, I'll do as you

Re: BeanEditForm onValidate()

2018-01-16 Thread JumpStart
If Hibernate is creating/updating the database definition then you could be right. I’m not sure because I use this kind of thing for alternate key: @Entity @Table(name = "Users", uniqueConstraints = { @UniqueConstraint(columnNames = { “username" }) }) public class User ... > On 16 Jan 2018, at

Re: BeanEditForm onValidate()

2018-01-16 Thread Chris Poulsen
You could try setting a break point in the database update code and some in the event handlers and the examine the call stack to see where the call originates from and in which order things happen -- Chris On Tue, Jan 16, 2018 at 10:51 AM, JumpStart < geoff.callender.jumpst...@gmail.com> wrote: