Sure, I know..., the point I was trying to make, "if someone serious like Lucid is using solr 4.x as a core technology for own customers, the trunk could not be all that bad" => release date not as far as 2012 :)
On Tue, Aug 2, 2011 at 11:33 PM, Smiley, David W. <dsmi...@mitre.org> wrote: > "LucidWorks Enterprise" (which is more than Solr, and a modified Solr at > that) isn't free; so you can't extract the Solr part of that package and use > it unless you are willing to pay them. > > Lucid's "Certified Solr", on the other hand, is free. But they have yet to > bump that to trunk/4.x; it was only recently updated to 3.2. > > On Aug 2, 2011, at 5:26 PM, eks dev wrote: > >> Well, Lucid released "LucidWorks Enterprise" >> with " Complete Apache Solr 4.x Release Integrated and tested with >> powerful enhancements" >> >> Whatever it means for solr 4.0 >> >> >> >> On Tue, Aug 2, 2011 at 11:10 PM, David Smiley (@MITRE.org) >> <dsmi...@mitre.org> wrote: >>> My best guess (and it is just a guess) is between December and March. >>> >>> The roots of Solr 4 which triggered the major version change is known as >>> "flexible indexing" (or just "flex" for short amongst developers). The >>> genesis of it was posted to JIRA as a patch on 18 November 2008 -- >>> LUCENE-1458 (almost 3 years ago!). About a year later it was committed into >>> a special flex branch that is probably gone now, and then around >>> April/early-May 2010, it went into trunk whereas the pre-flex code on trunk >>> went to a newly formed 3x branch. That is ancient history now, and there are >>> some amazing performance improvements tied to flex that haven't seen the >>> light of day in an official release. It's a shame, really. So it's been so >>> long that, well, after it dawns on everyone that it that the code is 3 >>> friggin years old without a release -- it's time to get on with the show. >>> >>> ~ David Smiley >>> >>> ----- >>> Author: https://www.packtpub.com/solr-1-4-enterprise-search-server/book >>> -- >>> View this message in context: >>> http://lucene.472066.n3.nabble.com/Matching-queries-on-a-per-element-basis-against-a-multivalued-field-tp3217432p3220242.html >>> Sent from the Solr - User mailing list archive at Nabble.com. >>> > >