You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@lucene.apache.org by bu...@apache.org on 2012/02/15 13:17:51 UTC
svn commit: r804907 - in /websites/production/lucene/content:
core/index.html index.html solr/index.html
Author: buildbot
Date: Wed Feb 15 12:17:51 2012
New Revision: 804907
Log:
Production update by buildbot for lucene
Modified:
websites/production/lucene/content/core/index.html
websites/production/lucene/content/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 Wed Feb 15 12:17:51 2012
@@ -548,9 +548,9 @@ once a segment is finished.</li>
<div id="jira">
<h1>Latest JIRA</h1>
<div class="status-item">
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3768">[LUCENE-3768] Typo in some of the .alg files: ForcMerge instead of ForceMerge</a><br/>
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3760">[LUCENE-3760] Cleanup DR.getCurrentVersion/DR.getUserData/DR.getIndexCommit().getUserData()</a><br/>
<div class="section-content">
- <p>Some of the alg files have a typo and have ForcMerge when they should have ForceMerge. This causes following exception...</p>
+ <p>Spinoff from Ryan's dev thread "DR.getCommitUserData() vs DR.getIndexCommit().getUserData()"... these methods are confusing/dups right now.</p>
</div>
<a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3788">[LUCENE-3788] Separate getting Directory from IndexReader from its concrete subclasses</a><br/>
@@ -558,19 +558,19 @@ once a segment is finished.</li>
<p>Currently only subclasses of DirectoryReader expose the underlying Directory via public final directory(). IMHO this aspect should be separated from...</p>
</div>
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3762">[LUCENE-3762] Upgrade JUnit to 4.10, refactor state-machine of detecting setUp/tearDown call chaining.</a><br/>
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3731">[LUCENE-3731] Create a analysis/uima module for UIMA based tokenizers/analyzers</a><br/>
<div class="section-content">
- <p>Both Lucene and Solr use JUnit 4.7. I suggest we move forward and upgrade to JUnit 4.10 which provides several...</p>
+ <p>As discussed in <a href="https://issues.apache.org/jira/browse/SOLR-3013" title="Add UIMA based tokenizers / filters that can be used in the schema.xml">SOLR-3013</a> the UIMA Tokenizers/Analyzer should be refactored out in a separate module (modules/analysis/uima) as they can be...</p>
</div>
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3760">[LUCENE-3760] Cleanup DR.getCurrentVersion/DR.getUserData/DR.getIndexCommit().getUserData()</a><br/>
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3768">[LUCENE-3768] Typo in some of the .alg files: ForcMerge instead of ForceMerge</a><br/>
<div class="section-content">
- <p>Spinoff from Ryan's dev thread "DR.getCommitUserData() vs DR.getIndexCommit().getUserData()"... these methods are confusing/dups right now.</p>
+ <p>Some of the alg files have a typo and have ForcMerge when they should have ForceMerge. This causes following exception...</p>
</div>
- <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3731">[LUCENE-3731] Create a analysis/uima module for UIMA based tokenizers/analyzers</a><br/>
+ <a class="bug" href="https://issues.apache.org/jira/browse/LUCENE-3762">[LUCENE-3762] Upgrade JUnit to 4.10, refactor state-machine of detecting setUp/tearDown call chaining.</a><br/>
<div class="section-content">
- <p>As discussed in <a href="https://issues.apache.org/jira/browse/SOLR-3013" title="Add UIMA based tokenizers / filters that can be used in the schema.xml">SOLR-3013</a> the UIMA Tokenizers/Analyzer should be refactored out in a separate module (modules/analysis/uima) as they can be...</p>
+ <p>Both Lucene and Solr use JUnit 4.7. I suggest we move forward and upgrade to JUnit 4.10 which provides several...</p>
</div>
</div></div>
@@ -578,25 +578,24 @@ once a segment is finished.</li>
<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/%3c407860487.40040.1329301380031.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Resolved] (LUCENE-3762) Upgrade JUnit to 4.10, refactor state-machine of detecting setUp/tearDown call chaining.</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c215983312.40232.1329304979560.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
<div class="section-content">
- [ <a href="https://issues.apache.org/jira/browse/LUCENE-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
-]<br /> <br />Dawid Weiss resolved LUCENE-3762.
----------------------------------<br /> <br /> Resolution: Fixed<br /> <br />> Upgrade JUnit to 4.10, refactor state-machine...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208351#comment-13208351">https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208351#comment-13208351</a>
+] <br /> <br />Uwe Schindler edited comment on LUCENE-3788 at 2/15/12 11:21 AM:
+-----------------------------------------------------------------<br /> <br />Hi Andrzej,<br /> <br />maybe...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCAAHmpki=G=bYdze_z5oaZe0RoW5h7k=zPzRdeTpk4d4D1WE+Jg@mail.gmail.com%3e">why is MTQ#getEnum protected</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCALfq-2TqxG+qKZPm0J7gdM-07fJe8qyPWhRkgkdnxVK3SoY=OA@mail.gmail.com%3e">Re: Deprecated methods on trunk</a></h4>
<div class="section-content">
- hey guys, I am working on different rewrite methods etc. and the fact
-that getEnum is protected drives me nuts....
+ Thanks Uwe.<br /> <br />Can't it be removed from trunk and mentioned in MIGRATE.txt? Does this mean
+that 4.0 will be...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c196611010.40018.1329301020038.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Commented] (LUCENE-3760) Cleanup DR.getCurrentVersion/DR.getUserData/DR.getIndexCommit().getUserData()</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c221237206.40210.1329304619606.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
<div class="section-content">
- [ <a href="https://issues.apache.org/jira/browse/LUCENE-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208335#comment-13208335">https://issues.apache.org/jira/browse/LUCENE-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208335#comment-13208335</a>
-] <br /> <br />Shai Erera commented on LUCENE-3760:
-------------------------------------<br /> <br />You mean if IndexReader.getCommitUserData() is faster than IndexReader.open().getIndexCommit().getUserData()?
-Do...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208355#comment-13208355">https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208355#comment-13208355</a>
+] <br /> <br />Uwe Schindler edited comment on LUCENE-3788 at 2/15/12 11:16 AM:
+-----------------------------------------------------------------<br /> <br />Additionally, DirectoryReader is exactly...
</div>
</div>
</div>
@@ -605,6 +604,11 @@ Do...
<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/%3cCAL8Pwkbdd2wqwAEntkkqEv6ap0RBJT3i-YPQQV-72zAnBBUWGw@mail.gmail.com%3e">Re: Why read past EOF</a></h4>
+ <div class="section-content">
+ Is your deletion policy actually deleting commits?<br /> <br />Mike McCandless<br /> <br /><a href="http://blog.mikemccandless.com">http://blog.mikemccandless.com</a><br /> <br />On Wed, Feb 15, 2012 at 5:21...
+ </div>
+
<h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3c1329301318374-3746464.post@n3.nabble.com%3e">Re: Why read past EOF</a></h4>
<div class="section-content">
<a href="http://lucene.472066.n3.nabble.com/file/n3746464/index.jpg">http://lucene.472066.n3.nabble.com/file/n3746464/index.jpg</a> <br /> <br />The index files are same size,and the index increase to 7.5G in one day,but
@@ -616,12 +620,6 @@ it should only 90-100M...
for now lucene don't provide any thing like this.
maybe you can diff each version before add them into index...
</div>
-
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3c4F3B6BF6.2000609@stimulussoft.com%3e">effectiveness of compression</a></h4>
- <div class="section-content">
- Greetings All.<br /> <br />I'd like to index data corresponding to different versions of the same
-file. These files consists of...
- </div>
</div>
</div>
Modified: websites/production/lucene/content/index.html
==============================================================================
--- websites/production/lucene/content/index.html (original)
+++ websites/production/lucene/content/index.html Wed Feb 15 12:17:51 2012
@@ -631,31 +631,31 @@ as well as new analysis capabilities.</l
<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/%3c407860487.40040.1329301380031.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Resolved] (LUCENE-3762) Upgrade JUnit to 4.10, refactor state-machine of detecting setUp/tearDown call chaining.</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c215983312.40232.1329304979560.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCAAHmpki=G=bYdze_z5oaZe0RoW5h7k=zPzRdeTpk4d4D1WE+Jg@mail.gmail.com%3e">why is MTQ#getEnum protected</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCALfq-2TqxG+qKZPm0J7gdM-07fJe8qyPWhRkgkdnxVK3SoY=OA@mail.gmail.com%3e">Re: Deprecated methods on trunk</a></h4>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c196611010.40018.1329301020038.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Commented] (LUCENE-3760) Cleanup DR.getCurrentVersion/DR.getUserData/DR.getIndexCommit().getUserData()</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c221237206.40210.1329304619606.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
</div>
</div>
<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/%3cCAL8Pwkbdd2wqwAEntkkqEv6ap0RBJT3i-YPQQV-72zAnBBUWGw@mail.gmail.com%3e">Re: Why read past EOF</a></h4>
+
<h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3c1329301318374-3746464.post@n3.nabble.com%3e">Re: Why read past EOF</a></h4>
<h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3cCAFAd71V1C4KxAnk70CBOZGm2v0Mcwr3owJjzbR5k7ppgS_nXHw@mail.gmail.com%3e">Re: effectiveness of compression</a></h4>
-
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-java-user/201202.mbox/%3c4F3B6BF6.2000609@stimulussoft.com%3e">effectiveness of compression</a></h4>
</div>
</div>
<div id="solr-user-mail">
<h1>Latest Solr User</h1>
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cED737ADC187D498CA209BF83CAB6B158@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cDE3F6334DFFE2541A493E10C93F8C96D18A720F92C@ATGRZS0008.pdgroup.corp%3e">MoreLikeThis Requesthandler</a></h4>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3c092D6B7B23284B80843A28E0DE4ECC59@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3c007701ccebcf$51fd3c90$f5f7b5b0$@gmail.com%3e">Solr as an part of api to unburden databases</a></h4>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAGH-eu0Y7Ph2rOhNZrRZgJ1mNB=rjtMO+9qT81V8rORHXrnRtw@mail.gmail.com%3e">Re: MoreLikeThis Question</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cED737ADC187D498CA209BF83CAB6B158@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
</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 Wed Feb 15 12:17:51 2012
@@ -535,25 +535,24 @@ as well as new analysis capabilities.</l
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c407860487.40040.1329301380031.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Resolved] (LUCENE-3762) Upgrade JUnit to 4.10, refactor state-machine of detecting setUp/tearDown call chaining.</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c215983312.40232.1329304979560.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
<div class="section-content">
- [ <a href="https://issues.apache.org/jira/browse/LUCENE-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel">https://issues.apache.org/jira/browse/LUCENE-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a>
-]<br /> <br />Dawid Weiss resolved LUCENE-3762.
----------------------------------<br /> <br /> Resolution: Fixed<br /> <br />> Upgrade JUnit to 4.10, refactor state-machine...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208351#comment-13208351">https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208351#comment-13208351</a>
+] <br /> <br />Uwe Schindler edited comment on LUCENE-3788 at 2/15/12 11:21 AM:
+-----------------------------------------------------------------<br /> <br />Hi Andrzej,<br /> <br />maybe...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCAAHmpki=G=bYdze_z5oaZe0RoW5h7k=zPzRdeTpk4d4D1WE+Jg@mail.gmail.com%3e">why is MTQ#getEnum protected</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3cCALfq-2TqxG+qKZPm0J7gdM-07fJe8qyPWhRkgkdnxVK3SoY=OA@mail.gmail.com%3e">Re: Deprecated methods on trunk</a></h4>
<div class="section-content">
- hey guys, I am working on different rewrite methods etc. and the fact
-that getEnum is protected drives me nuts....
+ Thanks Uwe.<br /> <br />Can't it be removed from trunk and mentioned in MIGRATE.txt? Does this mean
+that 4.0 will be...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c196611010.40018.1329301020038.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Commented] (LUCENE-3760) Cleanup DR.getCurrentVersion/DR.getUserData/DR.getIndexCommit().getUserData()</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-dev/201202.mbox/%3c221237206.40210.1329304619606.JavaMail.tomcat@hel.zones.apache.org%3e">[jira] [Issue Comment Edited] (LUCENE-3788) Separate getting Directory from IndexReader from its concrete subclasses</a></h4>
<div class="section-content">
- [ <a href="https://issues.apache.org/jira/browse/LUCENE-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208335#comment-13208335">https://issues.apache.org/jira/browse/LUCENE-3760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208335#comment-13208335</a>
-] <br /> <br />Shai Erera commented on LUCENE-3760:
-------------------------------------<br /> <br />You mean if IndexReader.getCommitUserData() is faster than IndexReader.open().getIndexCommit().getUserData()?
-Do...
+ [ <a href="https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208355#comment-13208355">https://issues.apache.org/jira/browse/LUCENE-3788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13208355#comment-13208355</a>
+] <br /> <br />Uwe Schindler edited comment on LUCENE-3788 at 2/15/12 11:16 AM:
+-----------------------------------------------------------------<br /> <br />Additionally, DirectoryReader is exactly...
</div>
</div>
@@ -564,24 +563,25 @@ Do...
<div class="status-item">
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cED737ADC187D498CA209BF83CAB6B158@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cDE3F6334DFFE2541A493E10C93F8C96D18A720F92C@ATGRZS0008.pdgroup.corp%3e">MoreLikeThis Requesthandler</a></h4>
<div class="section-content">
- > > q=some text
-> > fq=id:(1 OR 2 OR 3...)
-> >
-> > Should I better use q:some...
+ Hi,
+I'm quite new to Solr. We want to find similar documents based on a MoreLikeThis query. In
+general this...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3c092D6B7B23284B80843A28E0DE4ECC59@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3c007701ccebcf$51fd3c90$f5f7b5b0$@gmail.com%3e">Solr as an part of api to unburden databases</a></h4>
<div class="section-content">
- > In other words, there's no attempt to decompose the fq clause
-> and store parts of it in the...
+ Hi,<br /> <br />does anyone of the maillinglist users use solr as an API to avoid database
+queries? I know that...
</div>
- <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cCAGH-eu0Y7Ph2rOhNZrRZgJ1mNB=rjtMO+9qT81V8rORHXrnRtw@mail.gmail.com%3e">Re: MoreLikeThis Question</a></h4>
+ <h4><a href="http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201202.mbox/%3cED737ADC187D498CA209BF83CAB6B158@msrvcn04%3e">RE: OR-FilterQuery</a></h4>
<div class="section-content">
- Hi!<br /> <br />On Wed, Feb 15, 2012 at 07:27, Jamie Johnson <je...@gmail.com> wrote:
-> Is there anyway with MLT to say...</jej2003>
+ > > q=some text
+> > fq=id:(1 OR 2 OR 3...)
+> >
+> > Should I better use q:some...
</div>
</div>
@@ -593,15 +593,15 @@ Do...
<div class="status-item">
<div class="section-content">
- <a href="http://twitter.com/Smile_Training/statuses/169715950491410432">@</a><a href="http://twitter.com/search?q=%23SolR">#SolR</a> <a href="http://twitter.com/search?q=%23search">#search</a> <a href="http://twitter.com/search?q=%23engine">#engine</a> <a href="http://twitter.com/search?q=%23training">#training</a> <a href="http://twitter.com/Smile_Training">@Smile_Training</a> <a href="http://twitter.com/search?q=%23opensource">#opensource</a> <a href="http://t.co/eqezKOET">http://t.co/eqezKOET</a>
+ <a href="http://twitter.com/clrh/statuses/169741899534573569">@</a>n'arrive pas à comprendre les NativeFSLock de <a href="http://twitter.com/search?q=%23solr">#solr</a> ...
</div>
<div class="section-content">
- <a href="http://twitter.com/captainASAP/statuses/169701537017368576">@</a><a href="http://twitter.com/search?q=%23Solr">#Solr</a> Query Change Beats JVM Tuning <a href="http://t.co/3t43DJCe">http://t.co/3t43DJCe</a> <a href="http://twitter.com/search?q=%23nestedQuery">#nestedQuery</a> <a href="http://twitter.com/search?q=%23dismax">#dismax</a> <a href="http://twitter.com/search?q=%23tuning">#tuning</a>
+ <a href="http://twitter.com/Smile_Training/statuses/169715950491410432">@</a><a href="http://twitter.com/search?q=%23SolR">#SolR</a> <a href="http://twitter.com/search?q=%23search">#search</a> <a href="http://twitter.com/search?q=%23engine">#engine</a> <a href="http://twitter.com/search?q=%23training">#training</a> <a href="http://twitter.com/Smile_Training">@Smile_Training</a> <a href="http://twitter.com/search?q=%23opensource">#opensource</a> <a href="http://t.co/eqezKOET">http://t.co/eqezKOET</a>
</div>
<div class="section-content">
- <a href="http://twitter.com/sebastianwenzky/statuses/169694299368325120">@</a><a href="http://twitter.com/search?q=%23LogicalDOC">#LogicalDOC</a> is providing in future versions support for Clustering (<a href="http://twitter.com/search?q=%23SolR)">#SolR)</a> and <a href="http://twitter.com/search?q=%23CMIS.">#CMIS.</a> CMIS enables <a href="http://twitter.com/search?q=%23Liferay">#Liferay</a> 6.1 to connect with <a href="http://twitter.com/search?q=%23LogicalDOC.">#LogicalDOC.</a>
+ <a href="http://twitter.com/captainASAP/statuses/169701537017368576">@</a><a href="http://twitter.com/search?q=%23Solr">#Solr</a> Query Change Beats JVM Tuning <a href="http://t.co/3t43DJCe">http://t.co/3t43DJCe</a> <a href="http://twitter.com/search?q=%23nestedQuery">#nestedQuery</a> <a href="http://twitter.com/search?q=%23dismax">#dismax</a> <a href="http://twitter.com/search?q=%23tuning">#tuning</a>
</div>
</div>