lucene-java-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Lucene-java Wiki] Update of "Lucene.Net FAQ" by StefanBodewig
Date Fri, 28 Jan 2011 08:46:23 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Lucene-java Wiki" for change notification.

The "Lucene.Net FAQ" page has been changed by StefanBodewig.
The comment on this change is: Some cons on IKVM picked up from DIGY's post to the list..
http://wiki.apache.org/jakarta-lucene/Lucene.Net%20FAQ?action=diff&rev1=2&rev2=3

--------------------------------------------------

   *Adds an additional dependency
   *May not be the best possible performance profile. As DIGY said, it's roughly equivalent,
but that doesn't mean that current Lucene.Net is fully optimized for .NET. In fact, it has
been proven not to be by folks who have made custom builds/forks, realizing significant speedups
using generics and other .NET platform specific features
   *Lucene.NET's binary distribution could not bundle the OpenJDK derived DLLs. They are licensed
as GPL2 + Classpath Exception[[http://sourceforge.net/apps/mediawiki/ikvm/index.php?title=License|1]]
which is part of the list of explicitly prohibited licenses for ASF distributions[[http://www.apache.org/legal/resolved.html#category-x|2]].
This would mean users had to download the DLL from the IKVM site. Not only is this inconvient,
but it makes the legal waters extremely muddy for those looking to utilize Lucene.Net in their
commercial projects.
+  *Java's type erasure removes all signs of generics so Lucene.NET wouldn't have generics
at all.
+  *The resulting API would use Java types like java.io.Reader rather than System.IO.TextReader
which forced users to learn parts of the Java class library.  The same is true for the differences
in remoting, for example.
  
  === What is the target C#/.NET version? ===
  

Mime
View raw message