[hibernate-dev] Hibernate Search 3.1 is out: performance, robustness and new features on the menu

2008-12-04 Thread Emmanuel Bernard
I am please to announce the GA release of Hibernate Search 3.1. This release focuses on performance improvement and code robustness but also add interesting new features focused on usability: • An analyzer configuration model to declaratively use and compose features like phonetic approxim

[hibernate-dev] Hibernate Search 3.1 road map

2008-10-10 Thread Emmanuel Bernard
I did a review of the bug reports for Hibernate Search. I have added them to beta2 or cr1 depending on the priority I gave them. But beta2 is still pretty heavy, so start with what you think is most important. The goal is beta2 around the 25th of october, cr1 around 10th of oct and GA aroun

Re: [hibernate-dev] Hibernate Search 3.1

2008-05-02 Thread Emmanuel Bernard
On May 2, 2008, at 03:33, Hardy Ferentschik wrote: Hi there, On Fri, 02 May 2008 01:53:02 +0200, Emmanuel Bernard <[EMAIL PROTECTED] > wrote: Hibernate Search 3.1 will arrive sooner than expected to align with Hibernate Core 3.3 Great. Seems a lot of things are finally happening, espec

Re: [hibernate-dev] Hibernate Search 3.1

2008-05-02 Thread Hardy Ferentschik
Hi there, On Fri, 02 May 2008 01:53:02 +0200, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: Hibernate Search 3.1 will arrive sooner than expected to align with Hibernate Core 3.3 Great. Seems a lot of things are finally happening, especially the migration to maven on the core :) What is t

[hibernate-dev] Hibernate Search 3.1

2008-05-01 Thread Emmanuel Bernard
Hibernate Search 3.1 will arrive sooner than expected to align with Hibernate Core 3.3 If you have some compatibility breaks in mind, speak up. Also we need to focus on closing the features implying Core 3.3 first (I have the close hooks of the SF in mind but there might be others). The a

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-27 Thread Nick Vincent
On 27/02/2008, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: > > On Feb 27, 2008, at 08:40, Nick Vincent wrote: > > > Hi Emmanuel, > > > > On 26/02/2008, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: > >> > >> On Feb 26, 2008, at 06:41, Nick Vincent wrote: > >>> > >>> > >>> 2) Explaining re

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-27 Thread Emmanuel Bernard
On Feb 27, 2008, at 08:40, Nick Vincent wrote: Hi Emmanuel, On 26/02/2008, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: On Feb 26, 2008, at 06:41, Nick Vincent wrote: 2) Explaining results This uses the new DOCUMENT_ID projection introduced in 3.0.1 to explain query results (we need t

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-27 Thread Nick Vincent
Hi Emmanuel, On 26/02/2008, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: > > On Feb 26, 2008, at 06:41, Nick Vincent wrote: > > > > > > 2) Explaining results > > > > This uses the new DOCUMENT_ID projection introduced in 3.0.1 to > > explain query results (we need this so the customer can

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-26 Thread Emmanuel Bernard
On Feb 26, 2008, at 06:41, Nick Vincent wrote: 2) Explaining results This uses the new DOCUMENT_ID projection introduced in 3.0.1 to explain query results (we need this so the customer can understand their search results in the backoffice interface). I added an explain method to both imple

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-26 Thread Nick Vincent
Hi all, I've been doing a lot of work with Hibernate Search recently and have been pushing the lucene search side of it pretty hard. I've made several changes to improve performance and functionality and have created patches for these locally, but would like some feedback on my approach: 1) Simi

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-25 Thread Emmanuel Bernard
- Hardy started working on the Null marker value and this requires some compatibility changes Well, I started on it and think it is not too hard, but Emmanuel recommended to wait until 3.1. I will look into it again, but will be very busy until mit March. Another issue which I wold li

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-25 Thread Hardy Ferentschik
On Sun, 24 Feb 2008 22:10:34 +0100, Emmanuel Bernard <[EMAIL PROTECTED]> wrote: I think Hibernate Search should go for 3.1 from now one in trunk: Cool. - Hardy started working on the Null marker value and this requires some compatibility changes Well, I started on it and think it is not

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-25 Thread Emmanuel Bernard
Just to let you know. Hibernate Search does not use the Lucene features fixed by 2.3.1. So no corruption will happen if you stay in a pure Hibernate Search environment. But year, moving to Lucene 2.3.1 is probably something that should be done :) On Feb 25, 2008, at 07:51, Aleksander M. St

Re: [hibernate-dev] Hibernate Search 3.1

2008-02-25 Thread Aleksander M. Stensby
Hello! I think it is a very good idéa to go for Lucene 2.3.1 as soon as possible, since this version fixed a corruption issue introduced in 2.3. Se snipped text below: --- Release 2.3.1 of Lucene Java is now available! This r

[hibernate-dev] Hibernate Search 3.1

2008-02-24 Thread Emmanuel Bernard
I think Hibernate Search should go for 3.1 from now one in trunk: - Lucene 2.3 brings some interesting enhancements that we could benefit from. - Sanne has some interesting feedbacks on new reader strategies (warming up readers), as well as some alternative strategies to speed up mass inde