Yup, the whole idea of providing a patch is to ensure that the
contribution goes into Solr. I have renamed realtime nrt to
realtime-search <http://solr-ra.tgels.org/realtime-nrt.jsp> based on
feedback on the list.
I have provided a new patch for the 4.x trunk:
https://issues.apache.org/jira/browse/SOLR-3816
All the tests pass with realtime-search turned off and on. The only
thing missing is adding a test case to test realtime-search. I will also
provide a patch for the 5.x trunk.
BTW, I was looking at elasticsearch yesterday and they do not have
realtime-search yet. They have a realtime get and index refresh (which
is supposed to slow down your indexing/searches if enabled ).
realtime-search is very fast ( and on my linux system was faster than
the regular commit sometime back). realtime-search does not need the
transaction log so may go even more faster with it being turned off.
Regards,
Nagendra Nagarajayya
http://solr-ra.tgels.org
http://rankingalgorithm.tgels.org
On 10/30/2012 6:06 PM, Otis Gospodnetic wrote:
Hi,
Unless I'm missing something, Nagendra is now (finally - good to see
the contrib Nagendra!) trying to provide the patch for Solr. If the
patch goes in, then there is no need for Nagendra to have this
external project any more.
Nagendra, am I interpreting your intentions correctly here?
Otis
--
Search Analytics - http://sematext.com/search-analytics/index.html
Performance Monitoring - http://sematext.com/spm/index.html
On Mon, Oct 29, 2012 at 12:17 PM, Michael Della Bitta
<michael.della.bi...@appinions.com> wrote:
As an external observer, I think the main problem is your branding.
"Realtime Near Realtime" is definitely an oxymoron, and your ranking
algorithm is called "Ranking Algorithm," which is generic enough to
suggest that a. it's the only ranking algorithm available, and b. by
implication, that Solr doesn't have one built in.
I would suggest two improvements:
1. Come up with a top-level name for your overall efforts. Apache
Foundation has 'Apache,' so automatic branding of every component they
build. Then your ranking algorithm could be called "Tgels Ranking
Algorithm for Apache Solr" (for example), which is totally legit. And
"Tgels Realtime Search for Apache Solr."
2. Maybe point out that you're building on top of the work of the
Apache Solr and Lucene projects a little more prominently.
I think with those two little tweaks, you'd actually very easily get
more people interested in your contributions.
Just my two cents,
Michael Della Bitta
------------------------------------------------
Appinions
18 East 41st Street, 2nd Floor
New York, NY 10017-6271
www.appinions.com
Where Influence Isn’t a Game
On Mon, Oct 29, 2012 at 11:35 AM, Nagendra Nagarajayya
<nnagaraja...@transaxtions.com> wrote:
Jack:
I respect your hard-work responding to user problems on the mail list. So it
would be nicer to try out Realtime NRT then pass rogue comments, whether a
contribution is legit/spam or a scam... I guess it illuminates the narrow
minded view of oneself ... The spirit of open source is contributions from
not only commiters but other developers, from the Solr wiki "A half-baked
patch in Jira, with no documentation, no tests and no backwards
compatibility is better than no patch at all."
You would gain more respect if you actually download realtime-nrt, check out
if it does provide a view of a realtime index compared to a point-in-time
snapshot, see if you can understand the code and provide clarity and
feedback to the list if you do find problems with it. realtime-nrt offers
search capability as to realtime-get. Checkout if this is true ... I would
really welcome your comments on the list or through the JIRA here:
https://issues.apache.org/jira/browse/SOLR-3816
Regards,
Nagendra Nagarajayya
http://solr-ra.tgels.org
http://rankingalgorithm.tgels.org
On 10/29/2012 7:30 AM, Jack Krupansky wrote:
Could any of the committers here confirm whether this is a legitimate
effort? I mean, how could anything labeled "Apache ABC with XYZ" be an
"external project" and be sanctioned/licensed by Apache? In fact, the linked
web page doesn't even acknowledge the ownership of the Apache trademarks or
ASL. And the term "Realtime NRT" is nonsensical. Even worse: "Realtime NRT
makes available a near realtime view". Equally nonsensical. Who knows, maybe
it is legit, but it sure comes across as a scam/spam.
-- Jack Krupansky
-----Original Message----- From: Nagendra Nagarajayya
Sent: Monday, October 29, 2012 10:06 AM
To: solr-user@lucene.apache.org
Subject: [Announce] Apache Solr 4.0 with RankingAlgorithm 1.4.4 and
Realtime NRT available for download
Hi!
I am very excited to announce the availability of Apache Solr 4.0 with
RankingAlgorithm 1.4.4 and Realtime NRT. Realtime NRT is a high
performance and more granular NRT implementation as to soft commit. The
update performance is about 70,000 documents / sec* (almost 1.5-2x
performance improvement over soft-commit). You can also scale up to 2
billion documents* in a single core, and query half a billion documents
index in ms**. Realtime NRT is different from realtime-get. realtime-get
does not have search capability and is a lookup by id. Realtime NRT
allows full search, see here <http://solr-ra.tgels.org/realtime-nrt.jsp>
for more info.
Realtime NRT has been contributed back to Solr, see JIRA:
https://issues.apache.org/jira/browse/SOLR-3816
RankingAlgorithm 1.4.4 supports the entire Lucene Query Syntax, ą and/or
boolean/dismax/boost queries and is compatible with the new Lucene 4.0
api.
You can get more information about Solr 4.0 with RankingAlgorithm 1.4.4
and Realtime NRT performance from here:
http://solr-ra.tgels.org/wiki/en/Near_Real_Time_Search_ver_4.x
You can download Solr 4.0 with RankingAlgorithm 1.4.4 from here:
http://solr-ra.tgels.org
Please download and give the new version a try.
Note:
1. Apache Solr 4.0 with RankingAlgorithm 1.4.4 is an external project
Regards,
Nagendra Nagarajayya
http://solr-ra.tgels.org
http://rankingalgorithm.tgels.org
* performance is a real use case of Apache Solr with RankingAlgorithm as
seen at a user installation
** performance seen when using the age feature