I think you should be able to do this by using an interceptor or event listener - does this article help:
http://java.dzone.com/articles/using-a-hibernate-interceptor- If you manage to get the created_on and updated_at stuff working I'd be interested in how you did it as I think its something we should be using. Cheers Tim On Oct 22, 9:38 am, "Viktor Klang" <[EMAIL PROTECTED]> wrote: > After migrating from Hibernate 3.0 to 3.3.1 the past 2 weeks I have gained > some hatred towards Hibernate. > > I had to write atleast 3 workarounds to Hibernate bugs. No cool at all. :/ > > I feel your pain, > > cheers, > Viktor > > On Wed, Oct 22, 2008 at 1:41 AM, Charles F. Munat <[EMAIL PROTECTED]> wrote: > > > > > > > Nope. Turns out this is a really poorly explained "feature" of Hibernate > > (and, in the opinion of many, a really dumb one). My code was correct, > > and the problem isn't anything Scala-related. In order for this code to > > work, the *database* has to generate the values, e.g. via a trigger, > > which I, the designer, have to add. > > > Sheesh. The whole point of Hibernate, I thought, was that I don't have > > to deal with the database end. Why this can't just add the triggers for > > me is beyond me. It's easier just to set them in the application, I think. > > > Thanks for the help. Live and learn, I guess. > > > Chas. > > > Derek Chen-Becker wrote: > > > Yeah, I think you want insertable to be true on the first one (just omit > > > the insertable val) and on the second one you want to omit both > > > insertable and updatable to make them both true. > > > > Derek > > > > On Tue, Oct 21, 2008 at 6:00 AM, Viktor Klang <[EMAIL PROTECTED] > > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > But both are updatable false and insertable false? > > > > I might be daft, but that doesn't look good to me... > > > > Cheers > > > Viktor > > > > On Tue, Oct 21, 2008 at 5:06 AM, Charles F. Munat <[EMAIL PROTECTED] > > > <mailto:[EMAIL PROTECTED]>> wrote: > > > > In my Lift app based on the JPA demo I tried this, which should > > work > > > beautifully according to everything I've been able to get my > > > hands on: > > > > @Temporal(TemporalType.TIMESTAMP) > > > @Column{val name="CREATED_AT", val updatable = false, > > > val insertable = false} > > > @org.hibernate.annotations.Generated(org.hibernate.annotations.GenerationTi > > me.INSERT) > > > var createdAt : Date = new Date() > > > > @Temporal(TemporalType.TIMESTAMP) > > > @Column{val name="UPDATED_AT", val updatable = false, > > > val insertable = false} > > > @org.hibernate.annotations.Generated(org.hibernate.annotations.GenerationTi > > me.ALWAYS) > > > var updatedAt : Date = new Date() > > > > This should, if I'm right, set an immutable created_at timestamp > > > and a > > > mutable updated_at timestamp upon insert, and update the > > updated_at > > > timestamp upon each update. > > > > What it actually does is leave both fields null. What a drag. > > > > Any ideas? Is this a Scala thing? Am I missing something really > > > obvious, > > > as usual? > > > > Thanks, > > > > Chas. > > > > -- > > > Viktor Klang > > > Senior Systems Analyst > > -- > Viktor Klang > Senior Systems Analyst --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
