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 release contains fixes for serious bugs in 2.3.0 that could cause
index corruptions in autoCommit=false mode or in cases where multiple
threads are adding documents where some have term-vector enabled
fields and some don't.  The autoCommit option was added to IndexWriter
with release 2.2.0. If not explicitly set to false, the IndexWriter
runs in autoCommit=true mode.

2.3.1 does not contain any new features, API or file format changes,
which makes it fully compatible to 2.3.0.

We would like to encourage everyone who currently uses Lucene Java 2.3.0
to upgrade to 2.3.1 to prevent possible index corruptions!



Best regards,
Aleksander M. Stensby

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:
  - 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 indexing.
  - Hardy started working on the Null marker value and this requires  
some compatibility changes

  - John worked on adding TermVectors
  - Nick has been working on Similarity, which is a big feature and  
deserve some testing and feedbacks.

  - I have some additional idea to move some API to a higher level

Do not restrain from breaking changes, but please discuss them here  
first before using the butchery knife :)


If you have a todo list for Hibernate Search or if you think some  
Hibernate Search areas should be enhanced / reworked, feel free to  
discuss your ideas here.


On a less technical note, Hibernate Search has some very good adoption  
both standalone and together with JBoss Seam. I had a lot of tremendous  
feedback at JBoss World Orlando. We even won a JBoss Innovation Awards  
( well Alintec did ;) ).


Keep up the good work!

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





--
Aleksander M. Stensby
Senior Software Developer
Integrasco A/S
[EMAIL PROTECTED]
Tlf.: +47 41 22 82 72
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev


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. Stensby wrote:


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 release contains fixes for serious bugs in 2.3.0 that could cause
index corruptions in autoCommit=false mode or in cases where multiple
threads are adding documents where some have term-vector enabled
fields and some don't.  The autoCommit option was added to IndexWriter
with release 2.2.0. If not explicitly set to false, the IndexWriter
runs in autoCommit=true mode.

2.3.1 does not contain any new features, API or file format changes,
which makes it fully compatible to 2.3.0.

We would like to encourage everyone who currently uses Lucene Java  
2.3.0

to upgrade to 2.3.1 to prevent possible index corruptions!

-- 
--


Best regards,
Aleksander M. Stensby

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:
  - 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 indexing.
  - Hardy started working on the Null marker value and this  
requires some compatibility changes

  - John worked on adding TermVectors
  - Nick has been working on Similarity, which is a big feature  
and deserve some testing and feedbacks.

  - I have some additional idea to move some API to a higher level

Do not restrain from breaking changes, but please discuss them  
here first before using the butchery knife :)


If you have a todo list for Hibernate Search or if you think some  
Hibernate Search areas should be enhanced / reworked, feel free to  
discuss your ideas here.


On a less technical note, Hibernate Search has some very good  
adoption both standalone and together with JBoss Seam. I had a lot  
of tremendous feedback at JBoss World Orlando. We even won a JBoss  
Innovation Awards ( well Alintec did ;) ).


Keep up the good work!

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





--
Aleksander M. Stensby
Senior Software Developer
Integrasco A/S
[EMAIL PROTECTED]
Tlf.: +47 41 22 82 72
___
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] Maven2 upload of hibernate 3.2.6.ga

2008-02-25 Thread Steve Ebersole
I think people mainly just "hacked it" from the previous pom.  You  
could do that approach, or start with the stuff currently in core/ 
trunk although many of the dependencies have changed there.


On Feb 20, 2008, at 5:41 PM, Max Bowsher wrote:

Looking at MAVENUPLOAD JIRA, it looks like for Hibernate 3.2.x,  
upload bundles are produced by anyone who has the time and decides  
to do it - is that correct?


If the reason why 3.2.6.ga hasn't been uploaded to central yet is  
because no-one's got around to it yet, I'll volunteer.


Have previous bundlers left any notes, or should I just proceed  
based on common sense?


Max.

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



-
Steve Ebersole

Project Lead
http://hibernate.org
[EMAIL PROTECTED]




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


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 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 like to investigate further is:  
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-135


On a less technical note, Hibernate Search has some very good adoption  
both standalone and together with JBoss Seam. I had a lot of tremendous  
feedback at JBoss World Orlando. We even won a JBoss Innovation Awards
Maybe it is time to give Seam another go. The last time I tried it (about  
a year ago, seam-gen was not even around :( ) I found it not quite ready  
yet.


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


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 like to investigate further is: http:// 
opensource.atlassian.com/projects/hibernate/browse/HSEARCH-135


you will have to convince me that it's more useful than the problems  
it brings :)




On a less technical note, Hibernate Search has some very good  
adoption both standalone and together with JBoss Seam. I had a lot  
of tremendous feedback at JBoss World Orlando. We even won a JBoss  
Innovation Awards
Maybe it is time to give Seam another go. The last time I tried it  
(about a year ago, seam-gen was not even around :( ) I found it not  
quite ready yet.


a year ago, seam-gen was definitively there, it must have been way  
before.

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