Solr nightly build failure

2008-10-03 Thread solr-dev
init-forrest-entities: [mkdir] Created dir: /tmp/apache-solr-nightly/build [mkdir] Created dir: /tmp/apache-solr-nightly/build/web compile-common: [mkdir] Created dir: /tmp/apache-solr-nightly/build/common [javac] Compiling 36 source files to /tmp/apache-solr-nightly/build/common

[jira] Updated: (SOLR-786) refactor in DisMaxQParserPlugin and DismaxQParser to allow extending DismaxQParser

2008-10-03 Thread Koji Sekiguchi (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Koji Sekiguchi updated SOLR-786: Affects Version/s: (was: 1.3.1) (was: 1.4) Fix Version/s:

update lucene to 2.4.0

2008-10-03 Thread Yonik Seeley
I've been doing some tests on lucene 2.4.0 w/ solr - everything looks good. I'll update soon unless there are objections. -Yonik

[Announcement] Solr javascript library example online

2008-10-03 Thread Matthias Epheser
Hi, after implementing a javascript library for Solr widgets during this year's Google Summer of code, I've now managed to put a real world example online. http://solrjs.solrstuff.org/test/reuters/ The example contains a test data set of 22000 reuters busines news items, all of them are

Re: solr 2.0 branch/sandbox?

2008-10-03 Thread Otis Gospodnetic
+1. Seems a bit easier/faster than JIRA+Patch+Apply. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message From: Grant Ingersoll [EMAIL PROTECTED] To: solr-dev@lucene.apache.org Sent: Friday, October 3, 2008 6:02:21 AM Subject: Re: solr 2.0

Re: update lucene to 2.4.0

2008-10-03 Thread Ryan McKinley
On Oct 3, 2008, at 10:03 AM, Yonik Seeley wrote: I've been doing some tests on lucene 2.4.0 w/ solr - everything looks good. I'll update soon unless there are objections. -Yonik +1

[jira] Assigned: (SOLR-657) Replace deprecated calls with the non-deprecated equivalents

2008-10-03 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley reassigned SOLR-657: -- Assignee: Ryan McKinley Replace deprecated calls with the non-deprecated equivalents

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Chris Hostetter
: As for the Apache word in the logo. Is there any limitationon regarding the : font? I mean the current Apache Software Foundation is pretty known and : seems to use something like Arial Bold. I would expect that this should not : be changed in the new Solr logo. There is no official policy on

Re: solr 2.0 branch/sandbox?

2008-10-03 Thread Chris Hostetter
: perhaps: : http://svn.apache.org/repos/asf/lucene/solr/branches/sandbox/ : or : http://svn.apache.org/repos/asf/lucene/solr/branches/sandbox/ryan/ : : thoughts? my personal prefrnece would be to keep branches like this named after a specific goal, rather then generic (ie just /sandbox) or

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Lukáš Vlček
I have found it, it is here: http://www.apache.org/images/ including vector format.But you are right, speaking about Apache logo there is no consistency in font and colors. Lukas On Fri, Oct 3, 2008 at 8:36 PM, Chris Hostetter [EMAIL PROTECTED]wrote: : As for the Apache word in the logo. Is

Re: solr 2.0 branch/sandbox?

2008-10-03 Thread Yonik Seeley
On Thu, Oct 2, 2008 at 11:13 PM, Ryan McKinley [EMAIL PROTECTED] wrote: Rather then continually point to solr 2.0 as a future future thing, i'd like to give a go at removing all configs and deprecated stuff. -- I doubt that would end up being the real direction, but as an exercise would be

[jira] Resolved: (SOLR-657) Replace deprecated calls with the non-deprecated equivalents

2008-10-03 Thread Ryan McKinley (JIRA)
[ https://issues.apache.org/jira/browse/SOLR-657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ryan McKinley resolved SOLR-657. Resolution: Fixed thanks Lars! Replace deprecated calls with the non-deprecated equivalents

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Lukáš Vlček
Hi, After reading the LogoContest rules again I am trying to figure if there are any valid submitions in SOLR-84 right now... 1) None of current submitions in SOLR-84 contain Apache word.2) As long as Solr shold not be spelled in all capitals (SOLR) this could wipe out some of current submitions

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Yonik Seeley
2008/10/3 Lukáš Vlček [EMAIL PROTECTED]: As long as Solr shold not be spelled in all capitals (SOLR) this could wipe out some of curre violation of any of above mentioned rules a reason for exclusion of logo design from entering the voting pool? Solr's official name is Solr, but IMO, the

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Ryan McKinley
On Oct 3, 2008, at 3:47 PM, Lukáš Vlček wrote: Hi, After reading the LogoContest rules again I am trying to figure if there are any valid submitions in SOLR-84 right now... correct -- none are valid submissions 1) None of current submitions in SOLR-84 contain Apache word.2) As long

Re: LogoContest Process Timeline ... was: Re: [Solr Wiki] Update of LogoContest by HossMan

2008-10-03 Thread Lukáš Vlček
Well, may be the wiki page should be more specific about which criteria each submition MUST follow and which are more relaxed. 2008/10/3 Ryan McKinley [EMAIL PROTECTED] On Oct 3, 2008, at 3:47 PM, Lukáš Vlček wrote: Hi, After reading the LogoContest rules again I am trying to figure if

QueryParsing using SolrCore.getSolrCore()

2008-10-03 Thread Ryan McKinley
I'm trying to make a non-deprecated branch and ran into something a little funny.. QueryParsing uses access to SolrCore.getSolrCore() -- this will break in a multi-core environment. public static FunctionQuery parseFunction(String func, IndexSchema schema) throws ParseException {

[jira] Created: (SOLR-799) Add support for hash based exact/near duplicate document handling

2008-10-03 Thread Mark Miller (JIRA)
Add support for hash based exact/near duplicate document handling - Key: SOLR-799 URL: https://issues.apache.org/jira/browse/SOLR-799 Project: Solr Issue Type: New Feature