Re: [hibernate-dev] entity modes

2010-09-10 Thread Adam Warski
Hello,

> Of course all this situations only occur where apps are using multiple
> entity modes simultaneously, which we are not even sure is widely used;
> I, at least, am not really sure exactly how entity modes are commonly
> used.  I know people use the dynamic map mode for integration with
> scripting languages and such, but beyond that I am not sure TBH.

Envers is also using the Map mode to map audit entities. Maybe an entity type 
could be bound to a single entity mode? At least in the scope of a session 
factory?

-- 
Adam Warski
http://www.warski.org
http://www.softwaremill.eu





___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] [HSearch] Upgrade to Lucene 3.0

2010-09-10 Thread Hardy Ferentschik
Maybe not directly related, but on the Lucene development list a  
discussion started about doing more frequent releases:

http://www.lucidimagination.com/search/document/695d24905051fdbd/discussion_about_release_frequency#474564645f673fbb

People are in favor of the idea and hopefully the outcome will be more  
frequent Lucene/Solr releases which should ease
our integration pain a little.

Funny enough one of the reasons for not doing releases so often seem to be  
issues with the release process. Maybe they
should mavenize the their built ;-)

Regarding the work I am doing now. I will clean up what I have and commit  
it. Initially without any renaming. We can
take this as a next step.

--Hardy
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


[hibernate-dev] Hibernate Search and Bobo Browse

2010-09-10 Thread Marc Schipperheyn
Hi,

I would like to suggest an integration of Hibernate Search with Bobo Browse
(http://code.google.com/p/bobo-browse/). Bobo Browse is the open source
faceting engine developed by LinkedIn and AFAIC it's amazing. Even though
the documentation is sparse, the results are easy to achieve, flexible and
extremely fast.

It has one caveat, it relies on another open source project: Zoie to achieve
real time updated index/search results as by default it just opens an
IndexReader and is oblivious to changes in the underlying index until
reopened.

I've been looking at a way to have Hibernate Search manage the interaction
with the Index in order for Bobo to have updated results as the underlying
index changes (just like Zoie does). But frankly, I'm not too good at this
lower level stuff.

Anyway, would love to see this integration happen or some pointers on good
ways how to achieve this.

Cheers,

Marc
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] entity modes

2010-09-10 Thread Steve Ebersole
I'd have to look closer at the envers code to know for sure, but the
option I can see here is to say that the entity mode specified for a
session factory is the entity mode we use when building the metamodel
from hbm.xml or annotations.  Envers would then build its metamodel
structures as it needs using the map entity mode.  So it would be "per
entity" in a way, but in more broad strokes, the net effect being that a
given entity could only have one mode representation in a given session
factory.

On Fri, 2010-09-10 at 09:10 +0200, Adam Warski wrote:
> Hello,
> 
> > Of course all this situations only occur where apps are using multiple
> > entity modes simultaneously, which we are not even sure is widely used;
> > I, at least, am not really sure exactly how entity modes are commonly
> > used.  I know people use the dynamic map mode for integration with
> > scripting languages and such, but beyond that I am not sure TBH.
> 
> Envers is also using the Map mode to map audit entities. Maybe an entity type 
> could be bound to a single entity mode? At least in the scope of a session 
> factory?
> 

-- 
Steve Ebersole 
http://hibernate.org

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Hibernate Search and Bobo Browse

2010-09-10 Thread Hardy Ferentschik
Hi,

sounds interesting. I think I came across bobo-browse when investigating  
possible solutions
for faceting implementations.
If you are just after the underlying Lucene resources, like the  
IndexReader, you can get hold
of it via SearchFactory.getReaderProvider(). In order to open the reader  
you will have to pass
a DirectoryProvider (also accessible via the SearchFactory). Have a look  
in the online documentation.

Of course this is all quite low level and a better integration would  
probably make use of some of
the meta data provided by the framework.

I guess in the end you would like to configure the facets in the  
FullTextQuery.

It would probably also be good if the integration would be optional so  
that you only need to add additional
libraries if you want to use bobo browse.

We can help you some more, if you explain in more detail how you think  
this should work and what you
need from the HSearch side.

--Hardy


On Fri, 10 Sep 2010 13:03:12 +0200, Marc Schipperheyn  
 wrote:

> Hi,
>
> I would like to suggest an integration of Hibernate Search with Bobo  
> Browse
> (http://code.google.com/p/bobo-browse/). Bobo Browse is the open source
> faceting engine developed by LinkedIn and AFAIC it's amazing. Even though
> the documentation is sparse, the results are easy to achieve, flexible  
> and
> extremely fast.
>
> It has one caveat, it relies on another open source project: Zoie to  
> achieve
> real time updated index/search results as by default it just opens an
> IndexReader and is oblivious to changes in the underlying index until
> reopened.
>
> I've been looking at a way to have Hibernate Search manage the  
> interaction
> with the Index in order for Bobo to have updated results as the  
> underlying
> index changes (just like Zoie does). But frankly, I'm not too good at  
> this
> lower level stuff.
>
> Anyway, would love to see this integration happen or some pointers on  
> good
> ways how to achieve this.
>
> Cheers,
>
> Marc
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] entity modes

2010-09-10 Thread Adam Warski

On Sep 10, 2010, at 4:16 PM, Steve Ebersole wrote:

> I'd have to look closer at the envers code to know for sure, but the
> option I can see here is to say that the entity mode specified for a
> session factory is the entity mode we use when building the metamodel
> from hbm.xml or annotations.  Envers would then build its metamodel
> structures as it needs using the map entity mode.  So it would be "per
> entity" in a way, but in more broad strokes, the net effect being that a
> given entity could only have one mode representation in a given session
> factory.

Sounds good. So it wouldn't be illegal to use a different entity mode than the 
one specified for a SessionFactory, as long as one entity type is used 
consistently with one entity mode? (Currently Envers specifies the entity mode 
as map in the hibernate entity mapping it generates)

-- 
Adam Warski
http://www.warski.org
http://www.softwaremill.eu





___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Hibernate Search and Bobo Browse

2010-09-10 Thread Marc Schipperheyn
Yeah, I found the Provider. Bobo really likes to eat indexReaders though, so
I think I need a decorated indexReader that basically calls openReader when
Bobo asks for an indexReader or something like that. Unfortunately, it
doesn't turn out to be all that easy. Bobo is definitely built like a
Formula one car. It's all about speed, less about extensibility.

Bobo Browse also recommends caching the BoboIndexReader for multi threaded
access and optimized speed.

And then there is the fact that I'm not a genius framework programmer :-)

Ok, let me see if I can explain a little about Bobo Browse and Zoie to see
if you see a way to replace Zoie with Hibernate Search:

Bobo Browse creates search facets results on top of Lucene. It works out of
the box on top of a regular Lucene Index. And it's
Bobo creates a BoboIndexReader on top of a Lucene IndexReader to access
data. It is multithread access safe and recommends caching the IndexReader.
However, once it opens the IndexReader, it doesn't care about checking for
updates.

A post that explains the way Zoie integrates with Bobo is here:
http://snaprojects.jira.com/wiki/display/BOBO/Realtime+Faceting+with+Zoie?focusedCommentId=3014695

Recreating a BoboIndexReader at every request is a speed killer.

Zoie is an index search / writer tool that is in the same space as Hibernate
Search. It aims to provide a realtime updating layer on top of Lucene using
a RAM directory that temporarily flushes to the harddisk.
Using a decorator a Zoie IndexReader can be decorated to provide an
IndexReader to Bobo that thus becomes realtime as well.

I'm primarly interested in integrating Bobo with Hibernate Search. However,
even though Zoie is in the same space as Hibernate Search, it would be
interesting to review the option to integrate with Zoie as Zoie basically
focuses exclusively on the real time performance part and Hibernate Search
works so well with POJO interaction.

Another tool in by the same team is Sensei which focuses on distributed
indexing.

You can review some of the background of these tools on this blog:
http://invertedindex.blogspot.com/

Let me know if I this gives you an idea.

Vriendelijke groet,

Marc

On Fri, Sep 10, 2010 at 4:41 PM, Hardy Ferentschik  wrote:

> Hi,
>
> sounds interesting. I think I came across bobo-browse when investigating
> possible solutions
> for faceting implementations.
> If you are just after the underlying Lucene resources, like the
> IndexReader, you can get hold
> of it via SearchFactory.getReaderProvider(). In order to open the reader
> you will have to pass
> a DirectoryProvider (also accessible via the SearchFactory). Have a look in
> the online documentation.
>
> Of course this is all quite low level and a better integration would
> probably make use of some of
> the meta data provided by the framework.
>
> I guess in the end you would like to configure the facets in the
> FullTextQuery.
>
> It would probably also be good if the integration would be optional so that
> you only need to add additional
> libraries if you want to use bobo browse.
>
> We can help you some more, if you explain in more detail how you think this
> should work and what you
> need from the HSearch side.
>
> --Hardy
>
>
>
> On Fri, 10 Sep 2010 13:03:12 +0200, Marc Schipperheyn <
> m.schipperh...@gmail.com> wrote:
>
>  Hi,
>>
>> I would like to suggest an integration of Hibernate Search with Bobo
>> Browse
>> (http://code.google.com/p/bobo-browse/). Bobo Browse is the open source
>> faceting engine developed by LinkedIn and AFAIC it's amazing. Even though
>> the documentation is sparse, the results are easy to achieve, flexible and
>> extremely fast.
>>
>> It has one caveat, it relies on another open source project: Zoie to
>> achieve
>> real time updated index/search results as by default it just opens an
>> IndexReader and is oblivious to changes in the underlying index until
>> reopened.
>>
>> I've been looking at a way to have Hibernate Search manage the interaction
>> with the Index in order for Bobo to have updated results as the underlying
>> index changes (just like Zoie does). But frankly, I'm not too good at this
>> lower level stuff.
>>
>> Anyway, would love to see this integration happen or some pointers on good
>> ways how to achieve this.
>>
>> Cheers,
>>
>> Marc
>> ___
>> hibernate-dev mailing list
>> hibernate-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>
>
>
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] entity modes

2010-09-10 Thread Steve Ebersole
Correct, provided that entity had only one mode on the SessionFactory

On Fri, 2010-09-10 at 17:46 +0200, Adam Warski wrote:
> On Sep 10, 2010, at 4:16 PM, Steve Ebersole wrote:
> 
> > I'd have to look closer at the envers code to know for sure, but the
> > option I can see here is to say that the entity mode specified for a
> > session factory is the entity mode we use when building the metamodel
> > from hbm.xml or annotations.  Envers would then build its metamodel
> > structures as it needs using the map entity mode.  So it would be "per
> > entity" in a way, but in more broad strokes, the net effect being that a
> > given entity could only have one mode representation in a given session
> > factory.
> 
> Sounds good. So it wouldn't be illegal to use a different entity mode than 
> the one specified for a SessionFactory, as long as one entity type is used 
> consistently with one entity mode? (Currently Envers specifies the entity 
> mode as map in the hibernate entity mapping it generates)
> 

-- 
Steve Ebersole 
http://hibernate.org

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


[hibernate-dev] Envers set up

2010-09-10 Thread Steve Ebersole
What do you think of an option that says "enable envers", rather than
explicitly needing to set up each listener?

-- 
Steve Ebersole 
http://hibernate.org

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Envers set up

2010-09-10 Thread Hernán Chanfreau
Hello!

I think it´s a good idea. There would be fewer user errors setting up
envers.

Regards. Hernán.


2010/9/10 Steve Ebersole 

> What do you think of an option that says "enable envers", rather than
> explicitly needing to set up each listener?
>
> --
> Steve Ebersole 
> http://hibernate.org
>
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


Re: [hibernate-dev] Envers set up

2010-09-10 Thread Steve Ebersole
Well there is also a possibility in this case that we whack a users set
of custom listeners.  Or if they define listeners that short-circuit
event processing before envers listeners are processed (assuming we
append the envers listeners to the end of the listeners list).

On Fri, 2010-09-10 at 15:46 -0300, Hernán Chanfreau wrote:
> Hello!
> 
> I think it´s a good idea. There would be fewer user errors setting up
> envers.
> 
> Regards. Hernán.
> 
> 
> 2010/9/10 Steve Ebersole 
> What do you think of an option that says "enable envers",
> rather than
> explicitly needing to set up each listener?
> 
> --
> Steve Ebersole 
> http://hibernate.org
> 
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
> 

-- 
Steve Ebersole 
http://hibernate.org

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev