Michael McCandless | 1 Mar 2012 01:11

Re: Welcome Stefan Matheis

Welcome Stefan!

Mike McCandless

http://blog.mikemccandless.com

On Wed, Feb 29, 2012 at 4:04 PM, Ryan McKinley <ryantxu <at> gmail.com> wrote:
> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
>
> He has given the solr admin UI some much needed love.  It now looks
> like it belongs in 2012!
>
> Stefan, it is tradition that you introduce yourself with a brief bio.
>
> Your SVN access should be ready to go.
>
> Welcome!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
> For additional commands, e-mail: dev-help <at> lucene.apache.org
>
Apache Jenkins Server | 1 Mar 2012 03:18
Picon

[JENKINS] Lucene-Solr-tests-only-trunk - Build # 12566 - Still Failing

Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/12566/

All tests passed

Build Log (for compile errors):
[...truncated 14704 lines...]


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
For additional commands, e-mail: dev-help <at> lucene.apache.org
Mark Miller | 1 Mar 2012 03:44
Picon
Gravatar

Re: Welcome Stefan Matheis

Welcome!!

On Feb 29, 2012, at 4:04 PM, Ryan McKinley wrote:

> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
> 
> He has given the solr admin UI some much needed love.  It now looks
> like it belongs in 2012!
> 
> Stefan, it is tradition that you introduce yourself with a brief bio.
> 
> Your SVN access should be ready to go.
> 
> Welcome!
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
> For additional commands, e-mail: dev-help <at> lucene.apache.org
> 

- Mark Miller
lucidimagination.com
Erick Erickson | 1 Mar 2012 03:48
Picon

Re: Welcome Stefan Matheis

Great! Now you can grab all the Admin UI JIRAs and assign them to
yourself <G>......

Actually, I'll be happy to keep them, but feel free if you want!

Welcome aboard!

On Wed, Feb 29, 2012 at 9:44 PM, Mark Miller <markrmiller <at> gmail.com> wrote:
> Welcome!!
>
> On Feb 29, 2012, at 4:04 PM, Ryan McKinley wrote:
>
>> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
>>
>> He has given the solr admin UI some much needed love.  It now looks
>> like it belongs in 2012!
>>
>> Stefan, it is tradition that you introduce yourself with a brief bio.
>>
>> Your SVN access should be ready to go.
>>
>> Welcome!
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
>> For additional commands, e-mail: dev-help <at> lucene.apache.org
>>
>
> - Mark Miller
> lucidimagination.com
(Continue reading)

Lance Norskog | 1 Mar 2012 03:49
Picon

Re: Welcome Stefan Matheis

Yes, congratulations. It's great to have more apps-oriented people.

On Wed, Feb 29, 2012 at 6:44 PM, Mark Miller <markrmiller <at> gmail.com> wrote:
> Welcome!!
>
> On Feb 29, 2012, at 4:04 PM, Ryan McKinley wrote:
>
>> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
>>
>> He has given the solr admin UI some much needed love.  It now looks
>> like it belongs in 2012!
>>
>> Stefan, it is tradition that you introduce yourself with a brief bio.
>>
>> Your SVN access should be ready to go.
>>
>> Welcome!
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
>> For additional commands, e-mail: dev-help <at> lucene.apache.org
>>
>
> - Mark Miller
> lucidimagination.com
>
>
>
>
>
(Continue reading)

Christian Moen | 1 Mar 2012 03:49
Favicon

Re: Welcome Stefan Matheis

Welcome Stefan!  Excellent UI work!

On Mar 1, 2012, at 6:04 AM, Ryan McKinley wrote:

> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
> 
> He has given the solr admin UI some much needed love.  It now looks
> like it belongs in 2012!
> 
> Stefan, it is tradition that you introduce yourself with a brief bio.
> 
> Your SVN access should be ready to go.
> 
> Welcome!
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
> For additional commands, e-mail: dev-help <at> lucene.apache.org
> 
Feris (Commented) (JIRA | 1 Mar 2012 04:40
Picon
Favicon

[jira] [Commented] (LUCENE-2296) Include UML diagrams in javadocs


    [
https://issues.apache.org/jira/browse/LUCENE-2296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13219771#comment-13219771
] 

Feris commented on LUCENE-2296:
-------------------------------

Hi Andrzej,

Do you have a downloadable generated UML for this ? Thx.

> Include UML diagrams in javadocs
> --------------------------------
>
>                 Key: LUCENE-2296
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2296
>             Project: Lucene - Java
>          Issue Type: Improvement
>          Components: general/build
>    Affects Versions: 3.1
>         Environment: Any environment supported by AT&T GraphViz, e.g. Linux, MS Windows, etc.
>            Reporter: Andrzej Bialecki 
>             Fix For: 4.0
>
>         Attachments: apiviz.patch, package-summary.png, package-summary.png
>
>
> As Lucene source becomes more and more complex it would be helpful to provide a visual overview of Lucene
classes in a form of UML class diagrams. These can be created automatically during the build process,
(Continue reading)

dingjin (Updated) (JIRA | 1 Mar 2012 04:56
Picon
Favicon

[jira] [Updated] (LUCENE-3834) The tokenstream create by SmartChineseAnalyzer can't reset


     [
https://issues.apache.org/jira/browse/LUCENE-3834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

dingjin updated LUCENE-3834:
----------------------------

       Priority: Minor  (was: Major)
    Description: 
That is because the field input in class SentenceTokenizer isn't reset after we call the method reset().

They are two input field,one is from Tokenizer and another is from  TokenFilter,if we need to reset a
tokenstream created by SmartChineseAnalyzer, both  them need reset.This bug is because of the author
forget reset input field in class SentenceTokenizer .

class path : org.apache.lucene.analysis.cn.smart.SentenceTokenizer

oringal code

public final class SentenceTokenizer extends Tokenizer {
  ....
   <at> Override
  public void reset() throws IOException {
    super.reset();
    tokenStart = tokenEnd = 0;
  }

 ...
}

(Continue reading)

Robert Muir | 1 Mar 2012 05:25
Picon
Gravatar

Re: Welcome Stefan Matheis

welcome!

On Wed, Feb 29, 2012 at 4:04 PM, Ryan McKinley <ryantxu <at> gmail.com> wrote:
> I'm pleased to announce that Stefan Matheis has joined our ranks as a committer.
>
> He has given the solr admin UI some much needed love.  It now looks
> like it belongs in 2012!
>
> Stefan, it is tradition that you introduce yourself with a brief bio.
>
> Your SVN access should be ready to go.
>
> Welcome!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe <at> lucene.apache.org
> For additional commands, e-mail: dev-help <at> lucene.apache.org
>

--

-- 
lucidimagination.com
Picon
Favicon

[jira] [Created] (SOLR-3186) You should be able to set numShards in solr.xml per core.

You should be able to set numShards in solr.xml per core.
---------------------------------------------------------

                 Key: SOLR-3186
                 URL: https://issues.apache.org/jira/browse/SOLR-3186
             Project: Solr
          Issue Type: Improvement
            Reporter: Mark Miller
            Assignee: Mark Miller
             Fix For: 4.0

If you are bootstrapping a multi-core setup, you currently have to settle for the same numShards for every
core. We really should support a way of specifying this per core without having to use the
CoreAdminHandler to dynamically create the cores. Currently I am thinking we just add numShards to what
you can specify per core in solr.xml. I know it's a little odd because the param is only used once on the very
first node for the collection - but as long as we doc it correctly, I don't think its much of a problem.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Gmane