2009-11-06 1 views
6

내가 (25 일 9 월 년 - 2009 년) 루씬 최근 출시 V2.9 것으로 나타났습니다 Lucene.Net는 2.0로 나타납니다 반면, (2007 년에 다시 발표) :원래 Lucene.Net보다 얼마나 뒤떨어 졌습니까?

  • 는 v2를합니까. Lucene.net의 0은 원래 Apache Lucene의 v2.0에있는 기능과 일치합니다.
  • 2007 년부터 Apache Lucene에서 개선 된 점은 Java 버전 (일부 interop 포함) 사용을 고려하는 데 충분한 의미가 있습니까?

답변

6

자바와 닷넷 버전 사이의 버전 번호가 일치 - 닷넷 버전은 Java 버전 (그래서 예, Lucene.net의 2.0의 기능은 대응의 직접적인 포트입니다 아파치 루씬 (Apache Lucene)의 v2.0에있는 기능들).

Lucene.Net의 v2.0 이상 버전이 있습니다. Lucene.Net 사용자 목록에서 최근에 v2.9의 포트가 진행 중이며 곧 테스트 할 준비가 될 것이라고 발표되었습니다. 저는 Lucene.Net v2.3.2 (2009 년 7 월 24 일에 출시되었습니다)를 아무런 문제없이 생산 응용 프로그램에서 사용하고 있습니다. 또한 2009 년 8 월 19 일에 릴리스 된 v2.4 이후 버전도 있습니다.

Lucene.Net의 프로젝트 페이지에있는 전체 프로젝트 목록은 전체 릴리스 목록을 제공합니다.

+0

@adrianbanks가 SVN 소스의 "tags"폴더에서 언급하는 이후 버전의 Lucene.Net 라이브러리를 찾을 수 있습니다. 우리는 현재 v2.4 태그를 사용하고 있으며 지금까지 제대로 작동합니다. – dthrasher

2

그들은 SVN repos에 훨씬 더 최근의 빌드를 가지고 있습니다. 모든 기본적인 것들을 위해, 나는 그것이 정말로 잘 작동한다고 생각합니다. 모서리의 경우에는 최신 자바가 가장 중요하다고 생각합니다. 그러나 기본적인 것들은 괜찮을 것입니다.

See here

0

프로젝트 요구 사항 및 전체 아키텍처에 따라 다릅니다. Lucene은 알고 계시 듯 독립형 서비스가 아닌 클래스 라이브러리이므로 .NET (C#) 또는 Java에서 lucene 라이브러리를 사용하는 코드를 작성하게 될 것입니다. 나머지 프로젝트가 .NET 인 경우 Java 버전 뒤에 있지만 Lucene.NET 포트를 사용하는 것이 더 합리적 일 수 있습니다. 반면에 매우 일반적인 Lucene 기능이 필요한 경우 SOLR을 독립 실행 형 서비스로 사용하고 웹 서비스를 사용하여 .NET 서비스, 웹 사이트 프런트 엔드와 같은 다른 구성 요소의 Lucene과 인터페이스 할 수 있습니다 Lucene.NET과 Java 버전의 차이는 크지 않습니다. 대개 일부 성능 개선 및 범위 쿼리 및 일부 페이로드 지원에 대한 수정/변경이 필요하지만 대부분 필요없는 고급 기능입니다. 우리는 Lucene.NET 1.9를 사용하며 매우 안정적이며 매우 빠릅니다. 우리는 약 8 개의 색인에 걸쳐 배포 된 2 억권 이상의 문서를 보유하고 있습니다.