NHibernate.Search?

7 views
Skip to first unread message

aterreno

unread,
Jul 14, 2009, 12:40:52 PM7/14/09
to NHibernate Contrib - Development Group
Hi all,

I was trying to figure out how to use NHibernate.Search & Lucene.net
and I found out that it's not on the 2.1.0 trunk.

(I came to this through
http://blogs.intesoft.net/post/2008/03/NHibernateSearch-using-Lucene-NET-Full-Text-Index-Part1.aspx)

It's just a dead project?

What should I do? Revive its code and try to see how it copes with
NHibernate 2.1.0?
Do you know any other way to have full text search with NHibernate?

Thanks in Advance,

Antonio

Jozef Sevcik

unread,
Jul 14, 2009, 1:51:03 PM7/14/09
to nhc...@googlegroups.com
I use nh 2.1, lucene.net from their svn (I think lucene 2.3 tag),
nh.search trunk.
I'm not sure what's the 'official' release packages for nh.search
available right now,
but getting nh.search SVN trunk, putting NHibernate assemblies and
rebuild worked for me..

2009/7/14 aterreno <antonio...@gmail.com>:
--
Jozef

Antonio Terreno

unread,
Jul 14, 2009, 3:07:05 PM7/14/09
to nhc...@googlegroups.com
That's good news, I've tried to find it in the trunk 2.3.1 (https://svn.apache.org/repos/asf/incubator/lucene.net/tags/Lucene.Net_2_3_1/) but with no luck, can u please send me the svn url?

Thanks a lot,
Antonio
--
http://www.the-arm.com

Antonio Terreno

unread,
Jul 14, 2009, 3:09:33 PM7/14/09
to nhc...@googlegroups.com
Just realized after sending the email that u obviously meant the trunk on nhibernate...

Found it here:
https://nhibernate.svn.sourceforge.net/svnroot/nhibernate/tags/1.2.1.GA/nhibernate/src/NHibernate.Search/

I wonder anyway why is not distributed as a bin like the others dlls..
--
http://www.the-arm.com

Jozef Sevcik

unread,
Jul 14, 2009, 3:15:44 PM7/14/09
to nhc...@googlegroups.com
NHibernate 2.1 dlls:
https://sourceforge.net/projects/nhibernate/files/

svn checkout for Lucene.net 2.3:
https://svn.apache.org/repos/asf/incubator/lucene.net/tags/Lucene.Net_2_3_1/
Build it, get output DLL of Lucene.net

svn checkout for NH.Search:
https://nhcontrib.svn.sourceforge.net/svnroot/nhcontrib/trunk/src/NHibernate.Search/
a) copy NHibernate DLLs to /lib of NH.search (overwriting existing)
b) copy your build of Lucene.net to /lib of NH.search (overwriting existing)
Build NH.Search

go ;)

2009/7/14 Antonio Terreno <antonio...@gmail.com>:
--
Jozef

Paul Hatcher

unread,
Jul 28, 2009, 5:31:25 AM7/28/09
to NHibernate Contrib - Development Group
It's not dead, it's just sleeping after a long squawk!

I did some work over the weekend and it's refering to the NH 2.1 GA
libraries and Lucene 2.3.1 - I've also resolved/closed all of the
relevant issues on Jira.

There's still some work to be done to make it feature complete, but on
the whole it's looking promising.

Paul

On Jul 14, 8:15 pm, Jozef Sevcik <sev...@styxys.com> wrote:
> NHibernate 2.1 dlls:https://sourceforge.net/projects/nhibernate/files/
>
> svn checkout for Lucene.net 2.3:https://svn.apache.org/repos/asf/incubator/lucene.net/tags/Lucene.Net...
> Build it, get output DLL of Lucene.net
>
> svn checkout for NH.Search:https://nhcontrib.svn.sourceforge.net/svnroot/nhcontrib/trunk/src/NHi...
> a) copy NHibernate DLLs to /lib of NH.search (overwriting existing)
> b) copy your build of Lucene.net to /lib of NH.search (overwriting existing)
> Build NH.Search
>
> go ;)
>
> 2009/7/14 Antonio Terreno <antonio.terr...@gmail.com>:
>
>
>
>
>
> > Just realized after sending the email that u obviously meant the trunk on
> > nhibernate...
>
> > Found it here:
> >https://nhibernate.svn.sourceforge.net/svnroot/nhibernate/tags/1.2.1....
>
> > I wonder anyway why is not distributed as a bin like the others dlls..
>
> > On Tue, Jul 14, 2009 at 8:07 PM, Antonio Terreno <antonio.terr...@gmail.com>
> > wrote:
>
> >> That's good news, I've tried to find it in the trunk 2.3.1
> >> (https://svn.apache.org/repos/asf/incubator/lucene.net/tags/Lucene.Net...)
> >> but with no luck, can u please send me the svn url?
>
> >> Thanks a lot,
> >> Antonio
>
> >> On Tue, Jul 14, 2009 at 6:51 PM, Jozef Sevcik <sev...@styxys.com> wrote:
>
> >>> I use nh 2.1, lucene.net from their svn (I think lucene 2.3 tag),
> >>> nh.search trunk.
> >>> I'm not sure what's the 'official' release packages for nh.search
> >>> available right now,
> >>> but getting nh.search SVN trunk, putting NHibernate assemblies and
> >>> rebuild worked for me..
>
> >>> 2009/7/14 aterreno <antonio.terr...@gmail.com>:
>
> >>> > Hi all,
>
> >>> > I was trying to figure out how to use NHibernate.Search & Lucene.net
> >>> > and I found out that it's not on the 2.1.0 trunk.
>
> >>> > (I came to this through
>
> >>> >http://blogs.intesoft.net/post/2008/03/NHibernateSearch-using-Lucene-...)
>
> >>> > It's just a dead project?
>
> >>> > What should I do? Revive its code and try to see how it copes with
> >>> > NHibernate 2.1.0?
> >>> > Do you know any other way to have full text search with NHibernate?
>
> >>> > Thanks in Advance,
>
> >>> > Antonio
>
> >>> --
> >>> Jozef
>
> >> --
> >>http://www.the-arm.com
>
> > --
> >http://www.the-arm.com
>
> --
> Jozef- Hide quoted text -
>
> - Show quoted text -

Antonio Terreno

unread,
Jul 28, 2009, 6:07:58 AM7/28/09
to nhc...@googlegroups.com
That's good news!

I'll change to your new version asap then!

BTW it works great, I'm really impressed.

As a side question (feel free to point me somewhere else if inappropriate) :

we plan to index our domain objects from a windows service (50k/100k objects more or less), a web application will use the indexing and an admin web application will be able to change some of the domain objects.

Is there any concurrency issue involved? What if the web service is updating the index when the web admin is doing the same?

What are the common strategies to solve these type of issues?

Thanks.
Antonio
--
http://www.the-arm.com

Fabio Maulo

unread,
Jul 28, 2009, 7:32:30 AM7/28/09
to nhc...@googlegroups.com
Thanks Paul.

2009/7/28 Paul Hatcher <pa...@grassoc.co.uk>



--
Fabio Maulo

Jokin Cuadrado

unread,
Jul 29, 2009, 5:09:21 AM7/29/09
to nhc...@googlegroups.com
lucene can just open one indexwriter at the same time, to ensure that it creates a lock file in the directory where the index is created. If you try to open another one it will launch an exception that says that it can't open the index for writing, so usually it's not a good idea to have several process using the same index for writing.

as your number of objects is relatively small, i would always index the objects in the web application, and with the windows service you can tell to the web application when it needs to reindex an object. 
--
Jokin

Reply all
Reply to author
Forward
0 new messages