Author: buildbot
Date: Tue Feb 7 15:15:21 2012
New Revision: 804103
Log:
Production update by buildbot
Modified:
websites/production/lucene/content/core/index.html
websites/production/lucene/content/solr/index.html
Modified: websites/production/lucene/content/core/index.html
==============================================================================
--- websites/production/lucene/content/core/index.html (original)
+++ websites/production/lucene/content/core/index.html Tue Feb 7 15:15:21 2012
@@ -514,6 +514,12 @@ once a segment is finished.</li>
<div class="status-item">
<div class="section-content">
+ <a class="svn" href="http://svn.apache.org/viewvc?revision=1241470;view=revision">r1241470</a>
+ <a href="https://issues.apache.org/jira/browse/LUCENE-3736">LUCENE-3736</a>:
Refactor ParallelReader to ParallelAtomicReader and ParallelCompositeReader (<a href="http://lucene.apache.org/">lucene</a>)
—
+ <a href="http://people.apache.org/committer-index.html#uschindler">uschindler</a>
+ </div>
+
+ <div class="section-content">
<a class="svn" href="http://svn.apache.org/viewvc?revision=1241355;view=revision">r1241355</a>
<a href="https://issues.apache.org/jira/browse/LUCENE-3746">LUCENE-3746</a>:
suggest.fst.Sort.BufferSize should not automatically fail just because of freeMemory()
(<a href="http://lucene.apache.org/">lucene</a>) —
@@ -538,18 +544,25 @@ used // rather than /** */ to keep Inte
<a href="https://issues.apache.org/jira/browse/LUCENE-3749">LUCENE-3749</a>:
replace SimilarityProvider with PerFieldSimilarityWrapper (<a href="http://lucene.apache.org/">lucene</a>)
—
<a href="http://people.apache.org/committer-index.html#rmuir">rmuir</a>
</div>
-
- <div class="section-content">
- <a class="svn" href="http://svn.apache.org/viewvc?revision=1240980;view=revision">r1240980</a>
- Retrieve CoreContainer from EmbeddedSolrServer (<a href="http://lucene.apache.org/">lucene</a>)
—
- <a href="http://people.apache.org/committer-index.html#simonw">simonw</a>
- </div>
</div></div>
<div id="jira">
<h1>Latest JIRA</h1>
<div class="status-item">
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3736">[LUCENE-3736]
ParallelReader is now atomic, rename to ParallelAtomicReader and also add a ParallelCompositeReader
(that requires LogDocMergePolicy to have identical subreader structure)</a><br/>
+ <div class="section-content">
+ <p>The plan is:</p>
+<ul class="alternate" type="square">
+ <li>Move all subreaders to ctor (builder-like API. First build reader-set, then call
build)</li>
+ <li>Rename ParallelReader to ParallelAtomicReader...</li></ul>
+ </div>
+
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3733">[LUCENE-3733]
Remaining TODOs of LUCENE-2858: Finalize AtomicReader/CompositeReader API</a><br/>
+ <div class="section-content">
+ <p>This issue will handle the remaining issues in the commit last night (<a
href="https://issues.apache.org/jira/browse/LUCENE-2858" title="Separate SegmentReaders (and
other atomic readers) from composite IndexReaders"><del>LUCENE-2858</del></a>).
A new branch will be...</p>
+ </div>
+
<a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-1486">[LUCENE-1486]
Wildcards, ORs etc inside Phrase queries</a><br/>
<div class="section-content">
<p>An extension to the default QueryParser that overrides the parsing of PhraseQueries
to allow more complex syntax e.g. wildcards in...</p>
@@ -569,40 +582,31 @@ used // rather than /** */ to keep Inte
@Override
<span class="code-keyword">protected</span> TokenStreamComponents...</pre></div></div>
</div>
-
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3753">[LUCENE-3753]
Restructure the Lucene build system</a><br/>
- <div class="section-content">
- <p>Split out separate core/, test-framework/, and tools/ modules, each with
its own build.xml, under the lucene/ directory, similar to the...</p>
- </div>
-
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3736">[LUCENE-3736]
ParallelReader is now atomic, rename to ParallelAtomicReader and also add a ParallelCompositeReader
(that requires LogDocMergePolicy to have identical subreader structure)</a><br/>
- <div class="section-content">
- <p>The plan is:</p>
-<ul class="alternate" type="square">
- <li>Move all subreaders to ctor (builder-like API. First build reader-set, then call
build)</li>
- <li>Rename ParallelReader to ParallelAtomicReader...</li></ul>
- </div>
</div></div>
<div id="dev-mail">
<h1>Latest Dev</h1>
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cD13EFEC4-42DA-4696-839C-81F6E6E1931A@apache.org%3e">Re:
[DISCUSS] New Website</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c253494411.8602.1328624819627.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Resolved] (LUCENE-3736) ParallelReader is now atomic, rename to ParallelAtomicReader and
also add a ParallelCompositeReader (that requires LogDocMergePolicy to have identical subreader
structure)</a></h4>
<div class="section-content">
- On Feb 7, 2012, at 2:11 AM, David Smiley (@MITRE.org) wrote:<br /> <br
/>> Grant; did you miss my JIRA issue...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler resolved LUCENE-3736.
+-----------------------------------<br /> <br /> Resolution: Fixed<br
/> <br />Committed trunk revision: 1241470<br /> <br />CHANGES
and...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c4F311919.2000308@wyona.com%3e">Re:
more sql-like commands for solr</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c1849403927.8601.1328624819535.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Updated] (LUCENE-3733) Remaining TODOs of LUCENE-2858: Finalize AtomicReader/CompositeReader
API</a></h4>
<div class="section-content">
- Am 07.02.12 11:13, schrieb Li Li:
-> is the jsr implemented yet?<br /> <br />AFAIK it's not complete,
but since Jackrabbit...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler updated LUCENE-3733:
+----------------------------------<br /> <br /> Comment: was deleted<br
/> <br />(was: Committed trunk revision: 1241470<br /> ...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCAL8PwkZapDJr5tRixUXHS2RuU1PHm58naEr1iBKaKzKgQ7BAeQ@mail.gmail.com%3e">Re:
[DISCUSS] New Website</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c1250498267.8600.1328624819506.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Reopened] (LUCENE-3733) Remaining TODOs of LUCENE-2858: Finalize AtomicReader/CompositeReader
API</a></h4>
<div class="section-content">
- On Tue, Feb 7, 2012 at 4:35 AM, Simon Willnauer
-<simon.willnauer@googlemail.com> wrote:<br /> <br />> thanks
for all the work grant!<br /> ...</simon>
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler reopened LUCENE-3733:
+-----------------------------------<br /> <br />wrong issue resolved,
reopen...<br /> <br />> Remaining TODOs of LUCENE-2858:...
</div>
</div>
</div>
@@ -611,6 +615,13 @@ used // rather than /** */ to keep Inte
<div id="core-user-mail">
<h1>Latest Core User</h1>
<div class="status-item">
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3cCAN4YXveZy-ai-hYE9KJL5Z4prd_8r34rT65dF+9Q8ZArxmQeGQ@mail.gmail.com%3e">Re:
How best to handle a reasonable amount to data (25TB+)</a></h4>
+ <div class="section-content">
+ I'm curious what the nature of your data is such that you have 1.25
+trillion documents. Even
+at 100M/shard, you're...
+ </div>
+
<h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3cCAEY5pxWpr9grQuA5xJBoprg0jsEnq2AS0-HDOCr_xH0=DxFqKw@mail.gmail.com%3e">Re:
Custom Payload Analyzer and Query</a></h4>
<div class="section-content">
How does searching with PayloadSpanUtil/PayloadTermQuery/etc work to
@@ -622,12 +633,6 @@ itself, the...
<div class="section-content">
2012/2/6 Ian Lea <ian.lea@gmail.com><br /> <br />>
Not sure if you got an answer to this or not. Don't recall seeing one...</ian>
</div>
-
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3c8810114C82F7804C8B1A10B1647BF5C9EE40@EXCH2010.objectconsulting.com.au%3e">RE:
How best to handle a reasonable amount to data (25TB+)</a></h4>
- <div class="section-content">
- Thanks for the response. Actually, I am more concerned with trying to use an Object
Store for
-the indexes. The...
- </div>
</div>
</div>
Modified: websites/production/lucene/content/solr/index.html
==============================================================================
--- websites/production/lucene/content/solr/index.html (original)
+++ websites/production/lucene/content/solr/index.html Tue Feb 7 15:15:21 2012
@@ -463,6 +463,12 @@ as well as new analysis capabilities.</l
<div class="status-item">
<div class="section-content">
+ <a class="svn" href="http://svn.apache.org/viewvc?revision=1241470;view=revision">r1241470</a>
+ <a href="https://issues.apache.org/jira/browse/LUCENE-3736">LUCENE-3736</a>:
Refactor ParallelReader to ParallelAtomicReader and ParallelCompositeReader (<a href="http://lucene.apache.org/">lucene</a>)
—
+ <a href="http://people.apache.org/committer-index.html#uschindler">uschindler</a>
+ </div>
+
+ <div class="section-content">
<a class="svn" href="http://svn.apache.org/viewvc?revision=1241355;view=revision">r1241355</a>
<a href="https://issues.apache.org/jira/browse/LUCENE-3746">LUCENE-3746</a>:
suggest.fst.Sort.BufferSize should not automatically fail just because of freeMemory()
(<a href="http://lucene.apache.org/">lucene</a>) —
@@ -488,12 +494,6 @@ used // rather than /** */ to keep Inte
<a href="http://people.apache.org/committer-index.html#rmuir">rmuir</a>
</div>
- <div class="section-content">
- <a class="svn" href="http://svn.apache.org/viewvc?revision=1240980;view=revision">r1240980</a>
- Retrieve CoreContainer from EmbeddedSolrServer (<a href="http://lucene.apache.org/">lucene</a>)
—
- <a href="http://people.apache.org/committer-index.html#simonw">simonw</a>
- </div>
-
</div>
</div>
@@ -502,6 +502,11 @@ used // rather than /** */ to keep Inte
<div class="status-item">
+ <a class="bug" href="https://issues.apache.org/jira/browse/SOLR-3097">[SOLR-3097]
Introduce default Japanese stoptags and stopwords to Solr's example configuration</a><br/>
+ <div class="section-content">
+ <p><a href="https://issues.apache.org/jira/browse/SOLR-3056"
title="Introduce Japanese field type in schema.xml">SOLR-3056</a> discusses introducing
a default field type <tt>text_ja</tt> for Japanese in <tt>schema.xml</tt>.
This configuration will be improved by also...</p>
+ </div>
+
<a class="bug" href="https://issues.apache.org/jira/browse/SOLR-3105">[SOLR-3105]
Add analysis configurations for different languages to the example</a><br/>
<div class="section-content">
<p>I think we should have good baseline configurations for
our supported analyzers<br/>
@@ -523,12 +528,6 @@ so that its easy for people to get...</p
<p>Lucene has the ability to do block joins, we should add
it to Solr.</p>
</div>
- <a class="bug" href="https://issues.apache.org/jira/browse/SOLR-2368">[SOLR-2368]
Improve extended dismax (edismax) parser</a><br/>
- <div class="section-content">
- <p>This is a "mother" issue to track further improvements
for eDismax parser.<br/>
-The goal is to be able to deprecate...</p>
- </div>
-
</div>
</div>
@@ -537,21 +536,25 @@ The goal is to be able to deprecate...</
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cD13EFEC4-42DA-4696-839C-81F6E6E1931A@apache.org%3e">Re:
[DISCUSS] New Website</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c253494411.8602.1328624819627.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Resolved] (LUCENE-3736) ParallelReader is now atomic, rename to ParallelAtomicReader and
also add a ParallelCompositeReader (that requires LogDocMergePolicy to have identical subreader
structure)</a></h4>
<div class="section-content">
- On Feb 7, 2012, at 2:11 AM, David Smiley (@MITRE.org) wrote:<br /> <br
/>> Grant; did you miss my JIRA issue...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler resolved LUCENE-3736.
+-----------------------------------<br /> <br /> Resolution: Fixed<br
/> <br />Committed trunk revision: 1241470<br /> <br />CHANGES
and...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c4F311919.2000308@wyona.com%3e">Re:
more sql-like commands for solr</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c1849403927.8601.1328624819535.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Updated] (LUCENE-3733) Remaining TODOs of LUCENE-2858: Finalize AtomicReader/CompositeReader
API</a></h4>
<div class="section-content">
- Am 07.02.12 11:13, schrieb Li Li:
-> is the jsr implemented yet?<br /> <br />AFAIK it's not complete,
but since Jackrabbit...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler updated LUCENE-3733:
+----------------------------------<br /> <br /> Comment: was deleted<br
/> <br />(was: Committed trunk revision: 1241470<br /> ...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCAL8PwkZapDJr5tRixUXHS2RuU1PHm58naEr1iBKaKzKgQ7BAeQ@mail.gmail.com%3e">Re:
[DISCUSS] New Website</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c1250498267.8600.1328624819506.JavaMail.tomcat@hel.zones.apache.org%3e">[jira]
[Reopened] (LUCENE-3733) Remaining TODOs of LUCENE-2858: Finalize AtomicReader/CompositeReader
API</a></h4>
<div class="section-content">
- On Tue, Feb 7, 2012 at 4:35 AM, Simon Willnauer
-<simon.willnauer@googlemail.com> wrote:<br /> <br />> thanks
for all the work grant!<br /> ...</simon>
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3733?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
+]<br /> <br />Uwe Schindler reopened LUCENE-3733:
+-----------------------------------<br /> <br />wrong issue resolved,
reopen...<br /> <br />> Remaining TODOs of LUCENE-2858:...
</div>
</div>
@@ -562,28 +565,24 @@ The goal is to be able to deprecate...</
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAM6QAw3QSFo03W4hqAjZUi1aANVzQuq1y81xKRFH8YxEjbb9vg@mail.gmail.com%3e">Typical
Cache Values</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAN4YXvfuRF8__PEsS7f5=xX-tiB1ajK-mP2UOPQ4ye=J=kx+4w@mail.gmail.com%3e">Re:
Commit call - ReadTimeoutException -> usage scenario for big update requests and the ioexception
case</a></h4>
<div class="section-content">
- Based on the hit ratio of my caches, they seem to be pretty low. Here they
-are. What are typical...
+ Right, I suspect you're hitting merges. How often are you
+committing? In other words, why are you committing explicitly?
+It's...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3c1328620261.70118.YahooMailClassic@web121701.mail.ne1.yahoo.com%3e">Re:
Which Tokeniser (and/or filter)</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAN4YXve8PpSQYWOaHw5vczyOvA5V4Qpd3qmZFKdN7qqBosxuRA@mail.gmail.com%3e">Re:
Realtime profile data</a></h4>
<div class="section-content">
- > I'm still finding matches across
-> newlines
->
-> index...
->
-> i am fluent
-> german racing
->...
+ You have several options:
+1> if you can go to trunk (bleeding edge, I admit), you can
+ get into the...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3ceac00059e3532e2105a8b8fd31fa8c36@localhost%3e">Re:
Which Tokeniser (and/or filter)</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAN4YXvfChmD83fetC4ZtxvEBE=_VVo2d1XHh_ZaO-ryDL=Yp0A@mail.gmail.com%3e">Re:
Improving performance for SOLR geo queries?</a></h4>
<div class="section-content">
- I'm still finding matches across newlines<br /> <br />index...<br
/> <br />i am fluent
-german racing<br /> <br />search...<br /> <br />"fluent
german" <br /> ...
+ So the obvious question is "what is your
+performance like without the distance filters?"<br /> <br />Without
that knowledge, we have...
</div>
</div>
|