[hibernate-dev] Configuration as data for generating metamodel
steve at hibernate.org
Mon May 23 08:47:20 EDT 2011
I am a bit confused as to the why as well. Not sure what it is we gain.
Let's discuss at the meeting if you believe there is something gained that
we are just missing.
On May 23, 2011 3:58 AM, "Gail Badner" <gbadner at redhat.com> wrote:
> To be absolutely clear, I'm suggesting this as a way to put the new
metamodel API in place for beta1, not for "a way out".
> The Configuration would simply supply the data that would go into the new
> ----- Original Message -----
> From: "Hardy Ferentschik" <hardy at hibernate.org>
> To: hibernate-dev at lists.jboss.org, "Gail Badner" <gbadner at redhat.com>
> Sent: Monday, May 23, 2011 1:51:30 AM
> Subject: Re: [hibernate-dev] Configuration as data for generating
> I don't see what we would gain by this. In fact I don't know how you want
> do this. The way forward is the new metamodel.
> Given the current state I don't believe into a beta1 either (at least not
> w/ the functionality we discussed), but if we are looking for a way out,
> I don't think this is it.
> On Mon, 23 May 2011 10:19:19 +0200, Gail Badner <gbadner at redhat.com>
>> I've been thinking about how we can have the metamodel API in place in
>> time for the 4.0.0.beta1.
>> One alternative is to use a fully built o.h.cfg.Configuration to provide
>> the data for generating the new metamodel.
>> This is obviously not what we would want in the end, but in the near
>> term it would give us the data with everything already resolved.
>> It would be available sooner so Steve could get going more quickly on
>> building the SessionFactory/persisters.
>> I've thought of 2 ways we could use the Configuration:
>> 1) create a separate type of metamodel source for Configuration data
>> (e.g., org.hibernate.metamodel.source.configuration) and use data from
>> this source to generate the metamodel.
>> 2) use Configuration for binding missing data (what we haven't finished)
>> from annotations and hbm sources; as more data is available, we can
>> remove the references to Configuration.
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
> hibernate-dev mailing list
> hibernate-dev at lists.jboss.org
More information about the hibernate-dev