Return-Path: 
 <dev-return-65191-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: (qmail 87855 invoked from network); 19 Feb 2011 17:04:05 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 19 Feb 2011 17:04:05 -0000
Received: (qmail 99416 invoked by uid 500); 19 Feb 2011 17:04:03 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 99150 invoked by uid 500); 19 Feb 2011 17:04:01 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 99143 invoked by uid 99); 19 Feb 2011 17:03:59 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 19 Feb 2011 17:03:59 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 19 Feb 2011 17:03:58 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id 726391AD64A
	for <dev@lucene.apache.org>; Sat, 19 Feb 2011 17:03:38 +0000 (UTC)
Date: Sat, 19 Feb 2011 17:03:38 +0000 (UTC)
From: "Steven Rowe (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <585592835.3081.1298135018465.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <862538004.816.1297884684401.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Commented: (LUCENE-2923) cleanup contrib/demo
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


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

Steven Rowe commented on LUCENE-2923:
-------------------------------------

The nightly hudson trunk maven build failed last night because the benchmark jar wasn't being produced by the {{dist-maven}} target, which is called from the {{generate-maven-artifacts}} target.  From https://hudson.apache.org/hudson/job/Lucene-Solr-Maven-trunk/31/consoleText :

{noformat}
dist-maven:
[artifact:deploy] Deploying to file:///usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Maven-trunk/checkout/modules/dist/maven
[artifact:deploy] An error has occurred while processing the Maven artifact tasks.
[artifact:deploy]  Diagnosis:
[artifact:deploy] 
[artifact:deploy] Error deploying artifact 'org.apache.lucene:lucene-benchmark:jar': Error deploying artifact:
 File /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-Maven-trunk/checkout/modules/benchmark/build/lucene-benchmark-4.0-SNAPSHOT.jar does not exist

BUILD FAILED
{noformat}

This can be fixed by putting back the {{dist-maven}} specialization that I took out of {{modules/benchmark/build.xml}}:

{code:xml}
<target name="dist-maven" depends="jar-core,javadocs,contrib-build.dist-maven"/>
{code}

Committing shortly.

> cleanup contrib/demo
> --------------------
>
>                 Key: LUCENE-2923
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2923
>             Project: Lucene - Java
>          Issue Type: Improvement
>            Reporter: Michael McCandless
>            Assignee: Steven Rowe
>            Priority: Minor
>             Fix For: 3.1, 4.0
>
>         Attachments: LUCENE-2923.patch, LUCENE-2923.patch, LUCENE-2923.patch, LUCENE-2923.patch, LUCENE-2923.patch
>
>
> I don't think we should include optimize in the demo; many people start from the demo and may think you must optimize to do searching, and that's clearly not the case.
> I think we should also use a buffered reader in FileDocument?
> And... I'm tempted to remove IndexHTML (and the html parser) entirely.  It's ancient, and we now have Tika to extract text from many doc formats.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org