hibernate-devel

[Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Emmanuel B. <emm...@hi...>]

For the Lucene integration I need to keep track of the DirectoryProvider 
associated to a given entity.
Basically DirectoryProvider are shared across several entities.
I might also need to keep track of some informations on a per SF basis.

Currently there is no good way to do it.
It might make sense to have some sort of copy of metaAttributes between 
PersistentClass and EntityPersister.

WDYT?

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Max R. A. <max...@jb...>]

On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard  
<emm...@hi...> wrote:

> For the Lucene integration I need to keep track of the DirectoryProvider
> associated to a given entity.
> Basically DirectoryProvider are shared across several entities.
> I might also need to keep track of some informations on a per SF basis.
>
> Currently there is no good way to do it.
> It might make sense to have some sort of copy of metaAttributes between
> PersistentClass and EntityPersister.
>
> WDYT?

metaAttributes were not moved in to the core "compiled" model because
the core persistence engine does not need them.

AFAIK it still does not need them, so why not build some external "data  
repository"
or simply keep the Configuration (maybe a serialized clone) around for  
these special cases ?

-- 
--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
ma...@hi...
http://hibernate.org

JBoss Inc
max...@jb...

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Emmanuel B. <emm...@hi...>]

Because the configuration can be reused and changed.
The idea is that my lucene engine (ie hibernate event) needs it.
This is actually very close to the notion of cache which is part of the 
core.

Max Rydahl Andersen wrote:
>
> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard 
> <emm...@hi...> wrote:
>
> > For the Lucene integration I need to keep track of the DirectoryProvider
> > associated to a given entity.
> > Basically DirectoryProvider are shared across several entities.
> > I might also need to keep track of some informations on a per SF basis.
> >
> > Currently there is no good way to do it.
> > It might make sense to have some sort of copy of metaAttributes between
> > PersistentClass and EntityPersister.
> >
> > WDYT?
>
> metaAttributes were not moved in to the core "compiled" model because
> the core persistence engine does not need them.
>
> AFAIK it still does not need them, so why not build some external "data 
> repository"
> or simply keep the Configuration (maybe a serialized clone) around for 
> these special cases ?
>
> --
> --
> Max Rydahl Andersen
> callto://max.rydahl.andersen
>
> Hibernate
> ma...@hi...
> http://hibernate.org
>
> JBoss Inc
> max...@jb...
>

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Emmanuel B. <emm...@hi...>]

BTW Good question: do we need to get the Configuration Serializable? A 
configuration is like a SF. A SF does not really need to be serialized, 
only the Sessions can be moved across a cluster.

Emmanuel Bernard wrote:
>
> Because the configuration can be reused and changed.
> The idea is that my lucene engine (ie hibernate event) needs it.
> This is actually very close to the notion of cache which is part of the
> core.
>
> Max Rydahl Andersen wrote:
> >
> > On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard
> > <emm...@hi...> wrote:
> >
> > > For the Lucene integration I need to keep track of the 
> DirectoryProvider
> > > associated to a given entity.
> > > Basically DirectoryProvider are shared across several entities.
> > > I might also need to keep track of some informations on a per SF 
> basis.
> > >
> > > Currently there is no good way to do it.
> > > It might make sense to have some sort of copy of metaAttributes 
> between
> > > PersistentClass and EntityPersister.
> > >
> > > WDYT?
> >
> > metaAttributes were not moved in to the core "compiled" model because
> > the core persistence engine does not need them.
> >
> > AFAIK it still does not need them, so why not build some external "data
> > repository"
> > or simply keep the Configuration (maybe a serialized clone) around for
> > these special cases ?
> >
> > --
> > --
> > Max Rydahl Andersen
> > callto://max.rydahl.andersen
> >
> > Hibernate
> > ma...@hi...
> > http://hibernate.org
> >
> > JBoss Inc
> > max...@jb...
> >
>
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Max R. A. <max...@jb...>]

On Sun, 02 Jul 2006 03:44:49 +0200, Emmanuel Bernard  =

<emm...@hi...> wrote:

> BTW Good question: do we need to get the Configuration Serializable?

A Configuration *is* serializable - it is one of the tricks you can use =
to
speed up the configuration of Hibernate tremendously ;)

/max

> A
> configuration is like a SF. A SF does not really need to be serialized=
,
> only the Sessions can be moved across a cluster.
>
> Emmanuel Bernard wrote:
>>
>> Because the configuration can be reused and changed.
>> The idea is that my lucene engine (ie hibernate event) needs it.
>> This is actually very close to the notion of cache which is part of t=
he
>> core.
>>
>> Max Rydahl Andersen wrote:
>> >
>> > On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard
>> > <emm...@hi...> wrote:
>> >
>> > > For the Lucene integration I need to keep track of the
>> DirectoryProvider
>> > > associated to a given entity.
>> > > Basically DirectoryProvider are shared across several entities.
>> > > I might also need to keep track of some informations on a per SF
>> basis.
>> > >
>> > > Currently there is no good way to do it.
>> > > It might make sense to have some sort of copy of metaAttributes
>> between
>> > > PersistentClass and EntityPersister.
>> > >
>> > > WDYT?
>> >
>> > metaAttributes were not moved in to the core "compiled" model becau=
se
>> > the core persistence engine does not need them.
>> >
>> > AFAIK it still does not need them, so why not build some external  =

>> "data
>> > repository"
>> > or simply keep the Configuration (maybe a serialized clone) around =
for
>> > these special cases ?
>> >
>> > --
>> > --
>> > Max Rydahl Andersen
>> > callto://max.rydahl.andersen
>> >
>> > Hibernate
>> > ma...@hi...
>> > http://hibernate.org
>> >
>> > JBoss Inc
>> > max...@jb...
>> >
>>
>>
>> Using Tomcat but need to do more? Need to support web services,  =

>> security?
>> Get stuff done quickly with pre-integrated technology to make your jo=
b
>> easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache  =

>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&d=
at=3D121642
>> <http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&=
dat=3D121642>
>> _______________________________________________
>> hibernate-devel mailing list
>> hib...@li...
>> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>>
>
>
> Using Tomcat but need to do more? Need to support web services, securi=
ty?
> Get stuff done quickly with pre-integrated technology to make your job=
  =

> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  =

> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da=
t=3D121642
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel



-- =

--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
ma...@hi...
http://hibernate.org

JBoss Inc
max...@jb...

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Max R. A. <max...@jb...>]

On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard  
<emm...@hi...> wrote:

> Because the configuration can be reused and changed.
> The idea is that my lucene engine (ie hibernate event) needs it.
> This is actually very close to the notion of cache which is part of the  
> core.

Shouldn't it then be upgraded to something more specific than untypede  
metaattributes?

Anyhow, I've always been +1 on adding some notion/possibility of  
"annotating" the metamodel
in Hibernate to allow for more extensibility, but it never really made it  
through because
it could always be read/accessed through the Configuration model.

/max

>
> Max Rydahl Andersen wrote:
>>
>> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard  
>> <emm...@hi...> wrote:
>>
>> > For the Lucene integration I need to keep track of the  
>> DirectoryProvider
>> > associated to a given entity.
>> > Basically DirectoryProvider are shared across several entities.
>> > I might also need to keep track of some informations on a per SF  
>> basis.
>> >
>> > Currently there is no good way to do it.
>> > It might make sense to have some sort of copy of metaAttributes  
>> between
>> > PersistentClass and EntityPersister.
>> >
>> > WDYT?
>>
>> metaAttributes were not moved in to the core "compiled" model because
>> the core persistence engine does not need them.
>>
>> AFAIK it still does not need them, so why not build some external "data  
>> repository"
>> or simply keep the Configuration (maybe a serialized clone) around for  
>> these special cases ?
>>
>> --
>> --
>> Max Rydahl Andersen
>> callto://max.rydahl.andersen
>>
>> Hibernate
>> ma...@hi...
>> http://hibernate.org
>>
>> JBoss Inc
>> max...@jb...
>>
>



-- 
--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
ma...@hi...
http://hibernate.org

JBoss Inc
max...@jb...

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Emmanuel B. <emm...@hi...>]

My idea/need is to open some APIs to allow a event implementor to keep 
track of informations on a per session factory basis and on a per 
persister basis.
An event has access to the configuration at initialization time and this 
happens just before the SessionFactory creation.

Max Rydahl Andersen wrote:
>
> On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard 
> <emm...@hi...> wrote:
>
> > Because the configuration can be reused and changed.
> > The idea is that my lucene engine (ie hibernate event) needs it.
> > This is actually very close to the notion of cache which is part of the 
> > core.
>
> Shouldn't it then be upgraded to something more specific than untypede 
> metaattributes?
>
> Anyhow, I've always been +1 on adding some notion/possibility of 
> "annotating" the metamodel
> in Hibernate to allow for more extensibility, but it never really made it 
> through because
> it could always be read/accessed through the Configuration model.
>
> /max
>
> >
> > Max Rydahl Andersen wrote:
> >>
> >> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard 
> >> <emm...@hi...> wrote:
> >>
> >> > For the Lucene integration I need to keep track of the 
> >> DirectoryProvider
> >> > associated to a given entity.
> >> > Basically DirectoryProvider are shared across several entities.
> >> > I might also need to keep track of some informations on a per SF 
> >> basis.
> >> >
> >> > Currently there is no good way to do it.
> >> > It might make sense to have some sort of copy of metaAttributes 
> >> between
> >> > PersistentClass and EntityPersister.
> >> >
> >> > WDYT?
> >>
> >> metaAttributes were not moved in to the core "compiled" model because
> >> the core persistence engine does not need them.
> >>
> >> AFAIK it still does not need them, so why not build some external 
> "data 
> >> repository"
> >> or simply keep the Configuration (maybe a serialized clone) around for 
> >> these special cases ?
> >>
> >> --
> >> --
> >> Max Rydahl Andersen
> >> callto://max.rydahl.andersen
> >>
> >> Hibernate
> >> ma...@hi...
> >> http://hibernate.org
> >>
> >> JBoss Inc
> >> max...@jb...
> >>
> >
>
>
>
> --
> --
> Max Rydahl Andersen
> callto://max.rydahl.andersen
>
> Hibernate
> ma...@hi...
> http://hibernate.org
>
> JBoss Inc
> max...@jb...
>

Re: [Hibernate] Keep information on a per Sf basis or perEntityPersister basis

[Emmanuel B. <emm...@hi...>]

Yes I could add some lucene specific metadata and let the SF constructor 
eat this information

Max Rydahl Andersen wrote:
>
> On Sun, 02 Jul 2006 12:06:59 +0200, Emmanuel Bernard 
> <emm...@hi...> wrote:
>
> > My idea/need is to open some APIs to allow a event implementor to keep 
> > track of informations on a per session factory basis and on a per 
> > persister basis.
>
> yes, same idea/need I had/have.
>
> > An event has access to the configuration at initialization time and 
> this 
> > happens just before the SessionFactory creation.
>
> so today it could just take info from that and tie it into something 
> "lucene-integration" specific, correct ?
>
> /max
>
>
> > Max Rydahl Andersen wrote:
> >>
> >> On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard 
> >> <emm...@hi...> wrote:
> >>
> >> > Because the configuration can be reused and changed.
> >> > The idea is that my lucene engine (ie hibernate event) needs it.
> >> > This is actually very close to the notion of cache which is part of 
> >> the > core.
> >>
> >> Shouldn't it then be upgraded to something more specific than untypede 
> >> metaattributes?
> >>
> >> Anyhow, I've always been +1 on adding some notion/possibility of 
> >> "annotating" the metamodel
> >> in Hibernate to allow for more extensibility, but it never really made 
> >> it through because
> >> it could always be read/accessed through the Configuration model.
> >>
> >> /max
> >>
> >> >
> >> > Max Rydahl Andersen wrote:
> >> >>
> >> >> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard >> 
> >> <emm...@hi...> wrote:
> >> >>
> >> >> > For the Lucene integration I need to keep track of the >> 
> >> DirectoryProvider
> >> >> > associated to a given entity.
> >> >> > Basically DirectoryProvider are shared across several entities.
> >> >> > I might also need to keep track of some informations on a per SF 
> >> >> basis.
> >> >> >
> >> >> > Currently there is no good way to do it.
> >> >> > It might make sense to have some sort of copy of 
> metaAttributes >> 
> >> between
> >> >> > PersistentClass and EntityPersister.
> >> >> >
> >> >> > WDYT?
> >> >>
> >> >> metaAttributes were not moved in to the core "compiled" model 
> because
> >> >> the core persistence engine does not need them.
> >> >>
> >> >> AFAIK it still does not need them, so why not build some external 
> >> "data >> repository"
> >> >> or simply keep the Configuration (maybe a serialized clone) around 
> >> for >> these special cases ?
> >> >>
> >> >> --
> >> >> --
> >> >> Max Rydahl Andersen
> >> >> callto://max.rydahl.andersen
> >> >>
> >> >> Hibernate
> >> >> ma...@hi...
> >> >> http://hibernate.org
> >> >>
> >> >> JBoss Inc
> >> >> max...@jb...
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> --
> >> Max Rydahl Andersen
> >> callto://max.rydahl.andersen
> >>
> >> Hibernate
> >> ma...@hi...
> >> http://hibernate.org
> >>
> >> JBoss Inc
> >> max...@jb...
> >>
> >
>
>
>
> --
> --
> Max Rydahl Andersen
> callto://max.rydahl.andersen
>
> Hibernate
> ma...@hi...
> http://hibernate.org
>
> JBoss Inc
> max...@jb...
>
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>
> _______________________________________________
> hibernate-devel mailing list
> hib...@li...
> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>

Re: [Hibernate] Keep information on a per Sf basis or perEntityPersister basis

[Max R. A. <max...@jb...>]

> Yes I could add some lucene specific metadata and let the SF construct=
or  =

> eat this information

I meant just get it from the metaattributes from the Configuration ?
Then no specific addon module info creeps into the core.

/max

>
> Max Rydahl Andersen wrote:
>>
>> On Sun, 02 Jul 2006 12:06:59 +0200, Emmanuel Bernard  =

>> <emm...@hi...> wrote:
>>
>> > My idea/need is to open some APIs to allow a event implementor to  =

>> keep > track of informations on a per session factory basis and on a =
 =

>> per > persister basis.
>>
>> yes, same idea/need I had/have.
>>
>> > An event has access to the configuration at initialization time and=
  =

>> this > happens just before the SessionFactory creation.
>>
>> so today it could just take info from that and tie it into something =
 =

>> "lucene-integration" specific, correct ?
>>
>> /max
>>
>>
>> > Max Rydahl Andersen wrote:
>> >>
>> >> On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard >>  =

>> <emm...@hi...> wrote:
>> >>
>> >> > Because the configuration can be reused and changed.
>> >> > The idea is that my lucene engine (ie hibernate event) needs it.=

>> >> > This is actually very close to the notion of cache which is part=
  =

>> of >> the > core.
>> >>
>> >> Shouldn't it then be upgraded to something more specific than  =

>> untypede >> metaattributes?
>> >>
>> >> Anyhow, I've always been +1 on adding some notion/possibility of >=
>  =

>> "annotating" the metamodel
>> >> in Hibernate to allow for more extensibility, but it never really =
 =

>> made >> it through because
>> >> it could always be read/accessed through the Configuration model.
>> >>
>> >> /max
>> >>
>> >> >
>> >> > Max Rydahl Andersen wrote:
>> >> >>
>> >> >> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard >> >>  =

>> <emm...@hi...> wrote:
>> >> >>
>> >> >> > For the Lucene integration I need to keep track of the >> >> =
 =

>> DirectoryProvider
>> >> >> > associated to a given entity.
>> >> >> > Basically DirectoryProvider are shared across several entitie=
s.
>> >> >> > I might also need to keep track of some informations on a per=
  =

>> SF >> >> basis.
>> >> >> >
>> >> >> > Currently there is no good way to do it.
>> >> >> > It might make sense to have some sort of copy of metaAttribut=
es  =

>> >> >> between
>> >> >> > PersistentClass and EntityPersister.
>> >> >> >
>> >> >> > WDYT?
>> >> >>
>> >> >> metaAttributes were not moved in to the core "compiled" model  =

>> because
>> >> >> the core persistence engine does not need them.
>> >> >>
>> >> >> AFAIK it still does not need them, so why not build some extern=
al  =

>> >> "data >> repository"
>> >> >> or simply keep the Configuration (maybe a serialized clone)  =

>> around >> for >> these special cases ?
>> >> >>
>> >> >> --
>> >> >> --
>> >> >> Max Rydahl Andersen
>> >> >> callto://max.rydahl.andersen
>> >> >>
>> >> >> Hibernate
>> >> >> ma...@hi...
>> >> >> http://hibernate.org
>> >> >>
>> >> >> JBoss Inc
>> >> >> max...@jb...
>> >> >>
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> --
>> >> Max Rydahl Andersen
>> >> callto://max.rydahl.andersen
>> >>
>> >> Hibernate
>> >> ma...@hi...
>> >> http://hibernate.org
>> >>
>> >> JBoss Inc
>> >> max...@jb...
>> >>
>> >
>>
>>
>>
>> --
>> --
>> Max Rydahl Andersen
>> callto://max.rydahl.andersen
>>
>> Hibernate
>> ma...@hi...
>> http://hibernate.org
>>
>> JBoss Inc
>> max...@jb...
>>
>> Using Tomcat but need to do more? Need to support web services,  =

>> security?
>> Get stuff done quickly with pre-integrated technology to make your jo=
b  =

>> easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache  =

>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&d=
at=3D121642  =

>> <http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&=
dat=3D121642>
>> _______________________________________________
>> hibernate-devel mailing list
>> hib...@li...
>> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
>>
>



-- =

--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
ma...@hi...
http://hibernate.org

JBoss Inc
max...@jb...

Re: [Hibernate] Keep information on a per Sf basis or perEntityPersister basis

[Emmanuel B. <emm...@hi...>]

Well I still need a "container" in the SF

Max Rydahl Andersen wrote:
>
> > Yes I could add some lucene specific metadata and let the SF 
> constructor 
> > eat this information
>
> I meant just get it from the metaattributes from the Configuration ?
> Then no specific addon module info creeps into the core.
>
> /max
>
> >
> > Max Rydahl Andersen wrote:
> >>
> >> On Sun, 02 Jul 2006 12:06:59 +0200, Emmanuel Bernard 
> >> <emm...@hi...> wrote:
> >>
> >> > My idea/need is to open some APIs to allow a event implementor to 
> >> keep > track of informations on a per session factory basis and on a 
> >> per > persister basis.
> >>
> >> yes, same idea/need I had/have.
> >>
> >> > An event has access to the configuration at initialization time and 
> >> this > happens just before the SessionFactory creation.
> >>
> >> so today it could just take info from that and tie it into something 
> >> "lucene-integration" specific, correct ?
> >>
> >> /max
> >>
> >>
> >> > Max Rydahl Andersen wrote:
> >> >>
> >> >> On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard >> 
> >> <emm...@hi...> wrote:
> >> >>
> >> >> > Because the configuration can be reused and changed.
> >> >> > The idea is that my lucene engine (ie hibernate event) needs it.
> >> >> > This is actually very close to the notion of cache which is part 
> >> of >> the > core.
> >> >>
> >> >> Shouldn't it then be upgraded to something more specific than 
> >> untypede >> metaattributes?
> >> >>
> >> >> Anyhow, I've always been +1 on adding some notion/possibility of >> 
> >> "annotating" the metamodel
> >> >> in Hibernate to allow for more extensibility, but it never really 
> >> made >> it through because
> >> >> it could always be read/accessed through the Configuration model.
> >> >>
> >> >> /max
> >> >>
> >> >> >
> >> >> > Max Rydahl Andersen wrote:
> >> >> >>
> >> >> >> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard >> >> 
> >> <emm...@hi...> wrote:
> >> >> >>
> >> >> >> > For the Lucene integration I need to keep track of the >> >> 
> >> DirectoryProvider
> >> >> >> > associated to a given entity.
> >> >> >> > Basically DirectoryProvider are shared across several entities.
> >> >> >> > I might also need to keep track of some informations on a per 
> >> SF >> >> basis.
> >> >> >> >
> >> >> >> > Currently there is no good way to do it.
> >> >> >> > It might make sense to have some sort of copy of 
> metaAttributes 
> >> >> >> between
> >> >> >> > PersistentClass and EntityPersister.
> >> >> >> >
> >> >> >> > WDYT?
> >> >> >>
> >> >> >> metaAttributes were not moved in to the core "compiled" model 
> >> because
> >> >> >> the core persistence engine does not need them.
> >> >> >>
> >> >> >> AFAIK it still does not need them, so why not build some 
> external 
> >> >> "data >> repository"
> >> >> >> or simply keep the Configuration (maybe a serialized clone) 
> >> around >> for >> these special cases ?
> >> >> >>
> >> >> >> --
> >> >> >> --
> >> >> >> Max Rydahl Andersen
> >> >> >> callto://max.rydahl.andersen
> >> >> >>
> >> >> >> Hibernate
> >> >> >> ma...@hi...
> >> >> >> http://hibernate.org
> >> >> >>
> >> >> >> JBoss Inc
> >> >> >> max...@jb...
> >> >> >>
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> --
> >> >> Max Rydahl Andersen
> >> >> callto://max.rydahl.andersen
> >> >>
> >> >> Hibernate
> >> >> ma...@hi...
> >> >> http://hibernate.org
> >> >>
> >> >> JBoss Inc
> >> >> max...@jb...
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> --
> >> Max Rydahl Andersen
> >> callto://max.rydahl.andersen
> >>
> >> Hibernate
> >> ma...@hi...
> >> http://hibernate.org
> >>
> >> JBoss Inc
> >> max...@jb...
> >>
> >> Using Tomcat but need to do more? Need to support web services, 
> >> security?
> >> Get stuff done quickly with pre-integrated technology to make your job 
> >> easier
> >> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
> >> Geronimo
> >> 
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642> 
> >> 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>>
> >> _______________________________________________
> >> hibernate-devel mailing list
> >> hib...@li...
> >> https://lists.sourceforge.net/lists/listinfo/hibernate-devel
> >>
> >
>
>
>
> --
> --
> Max Rydahl Andersen
> callto://max.rydahl.andersen
>
> Hibernate
> ma...@hi...
> http://hibernate.org
>
> JBoss Inc
> max...@jb...
>

Re: [Hibernate] Keep information on a per Sf basis or per EntityPersister basis

[Max R. A. <max...@jb...>]

On Sun, 02 Jul 2006 12:06:59 +0200, Emmanuel Bernard  
<emm...@hi...> wrote:

> My idea/need is to open some APIs to allow a event implementor to keep  
> track of informations on a per session factory basis and on a per  
> persister basis.

yes, same idea/need I had/have.

> An event has access to the configuration at initialization time and this  
> happens just before the SessionFactory creation.

so today it could just take info from that and tie it into something  
"lucene-integration" specific, correct ?

/max


> Max Rydahl Andersen wrote:
>>
>> On Sun, 02 Jul 2006 03:32:35 +0200, Emmanuel Bernard  
>> <emm...@hi...> wrote:
>>
>> > Because the configuration can be reused and changed.
>> > The idea is that my lucene engine (ie hibernate event) needs it.
>> > This is actually very close to the notion of cache which is part of  
>> the > core.
>>
>> Shouldn't it then be upgraded to something more specific than untypede  
>> metaattributes?
>>
>> Anyhow, I've always been +1 on adding some notion/possibility of  
>> "annotating" the metamodel
>> in Hibernate to allow for more extensibility, but it never really made  
>> it through because
>> it could always be read/accessed through the Configuration model.
>>
>> /max
>>
>> >
>> > Max Rydahl Andersen wrote:
>> >>
>> >> On Sat, 01 Jul 2006 20:02:46 +0200, Emmanuel Bernard >>  
>> <emm...@hi...> wrote:
>> >>
>> >> > For the Lucene integration I need to keep track of the >>  
>> DirectoryProvider
>> >> > associated to a given entity.
>> >> > Basically DirectoryProvider are shared across several entities.
>> >> > I might also need to keep track of some informations on a per SF  
>> >> basis.
>> >> >
>> >> > Currently there is no good way to do it.
>> >> > It might make sense to have some sort of copy of metaAttributes >>  
>> between
>> >> > PersistentClass and EntityPersister.
>> >> >
>> >> > WDYT?
>> >>
>> >> metaAttributes were not moved in to the core "compiled" model because
>> >> the core persistence engine does not need them.
>> >>
>> >> AFAIK it still does not need them, so why not build some external  
>> "data >> repository"
>> >> or simply keep the Configuration (maybe a serialized clone) around  
>> for >> these special cases ?
>> >>
>> >> --
>> >> --
>> >> Max Rydahl Andersen
>> >> callto://max.rydahl.andersen
>> >>
>> >> Hibernate
>> >> ma...@hi...
>> >> http://hibernate.org
>> >>
>> >> JBoss Inc
>> >> max...@jb...
>> >>
>> >
>>
>>
>>
>> --
>> --
>> Max Rydahl Andersen
>> callto://max.rydahl.andersen
>>
>> Hibernate
>> ma...@hi...
>> http://hibernate.org
>>
>> JBoss Inc
>> max...@jb...
>>
>



-- 
--
Max Rydahl Andersen
callto://max.rydahl.andersen

Hibernate
ma...@hi...
http://hibernate.org

JBoss Inc
max...@jb...