Cara, eu não entendi o sentido do NULL_DATE, mas para os outros o grails já faz para você.
Basta declarar assim:
Date dateCreated
Date lastUpdated
Pronto, o Grails já sabe o que fazer.
Olá, veja, a questão não é o private static final Date NULL_DATE = new Date(0), isso é apenas um fragmento de código, já até tirei, o problema é de herança
O problema é que o Gorm não está suportando uma herança com 2 niveis
Pessoa extends Base
Customer extends Pesssoa
assim da erro, que mostrei acima, se eu retirar que "pessoa extends Base", funciona normal, a pergunta é, eu estou fazendo algo errado ai ou realmente o Gorm não dá suporte a esse tipo de mapeamento?
Carlos, obrigado pela resposta.
Realmente não é muito legal usar herança com uma profundidade alta, de fato o termo "multi herança" está errado em relação ao que eu queria, depois que eu postei eu percebi mas ai não tinha opção para editar, ou pelo menos eu não vi, também não procurei muito.
Postei isso lá no stackoverflow e me indicaram isso : http://en.wikipedia.org/wiki/Composition_over_inheritance
Composição ao invés de herança quando preciso de algo muito profundo, de fato acho uma abordagem melhor.
Nesse esquema ai, só terá uma tabela, chamada pessoa, que terá Vendedores, Clientes, Funcionários etc.
Mas no caso se eu usar tablePerHierarchy true ele irá criar uma tabela para cada classe, e isso é que gera Joins desnecessários, pelo o que eu vi de fato é mais simples e eficiente usar a Tabela Pessoa.
Do jeito que está ai, funciona legal, cria somente a tabela Pessoa, só da pau mesmo quando eu digo que Pessoa herde de Base que é para aproveitar os campos createdAt, updatedAt e talvez createdby e updateBy, irei ver como obter esse encapsulamento sem um relacionamento profundo, ou seja, usar no máximo nível 1, confesso que ainda não fiz um exemplo para testar a composição por herança.
Uma sugestão para o forum, acho muito importante notificação por email de resposta recebida!
Base é uma classe de domínio (isto é, reside em grails-app/domain)?