lucenenet-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Omri Suissa <omri.sui...@diffdoof.com>
Subject Re: lucene.net + contrib VS solar
Date Tue, 07 Aug 2012 11:55:56 GMT
Hi,
Thanks a lot. we are building an enterprise solution so i want to be sure
that we are doing the right decision. what is an index management engine?

Omri

On Tue, Aug 7, 2012 at 2:50 PM, Andy Hopper <ahopper@ipswitch.com> wrote:

> Hello, Omri-
>
> Yes, Lucene is able to index practically any type of content, including
> databases. In order to do this, you need to have a way to represent the
> records in your database as "documents" to Lucene. I highly recommend
> Lucene in Action (http://www.manning.com/hatcher2/) as a learning
> resource.
>
> Solr is basically an Enterprise-ready package of Lucene; it delivers a
> presentation layer and an index management engine. Incidentally, there's
> not a .NET port of it yet; it's written in Java.
>
> Andy Hopper
> Senior Software Architect
> Ipswitch, Inc.
> http://www.whatsupgold.com
>
> ---- Original Message ----
> From: "Omri Suissa" <omri.suissa@diffdoof.com>
> Sent: 8/7/2012 7:38:47 AM
> To: "lucene-net-user" <lucene-net-user@lucene.apache.org>
> Subject: lucene.net + contrib VS solar
>
> Hi all,
> Our product is written in .net, that's why we prefer to integrate
> lucene.net
> .
> We want to create an indexing service that will index data that we hold in
> our database, files in file server and perform the search using our UI.
> Does lucene.net is good enough for this task?
> What are the differences between lucene.net + contrib and Solar?
>
> Thanks,
> Omri
>
>  *  Omri Suissa                  *
>
> *  **VP R&D*
>
> * *
>
> *  Tel:    +972 9 7724228                         **DiffDoof .ltd**
> *
>
> *  Cell:   +972 54 5395206                       **11, Galgaley Haplada
> Street, *
>
> *  **Fax:   +972 9 9512577**                         P.O.Box 2150***
>
> *  **www.DiffDoof.com* <http://www.DiffDoof.com>*
> **Herzlia Pituach 46120, Israel***
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message