Return-Path: Delivered-To: apmail-uima-user-archive@www.apache.org Received: (qmail 5046 invoked from network); 13 Apr 2011 12:00:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Apr 2011 12:00:44 -0000 Received: (qmail 55153 invoked by uid 500); 13 Apr 2011 12:00:44 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 55110 invoked by uid 500); 13 Apr 2011 12:00:44 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 55102 invoked by uid 99); 13 Apr 2011 12:00:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Apr 2011 12:00:44 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [141.35.1.28] (HELO fsuj26.rz.uni-jena.de) (141.35.1.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Apr 2011 12:00:37 +0000 Received: from lc08.rz.uni-jena.de (lc08.rz.uni-jena.de [141.35.1.23]) by fsuj26.rz.uni-jena.de (8.13.8/8.13.8) with ESMTP id p3DC0Fll002329 for ; Wed, 13 Apr 2011 14:00:16 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-jena.de; s=dkim-2011; t=1302696016; bh=NjzHeTOpb5RC3bGM6mfvaWTjT2GucORzodgUKlkPImE=; h=Message-ID:Date:From:To:Subject; b=R2RVfACyb8mR02995ZZwNpKCuzl12Q7fKjlvEpg1PJrMkFxWr7uqjYzmYf11k4bpi rbIloIOhrKfpyDIv7z/4Eby7ieWRQNE5VrL6c0ZQ7bIsNSplgvTTT7GE+g8pweWeCb ZsdLhePx5d5CaJon+21Zl6Zmx8II5N89rkfe8h8s= Received: from [141.35.141.140] (autokino.coling.uni-jena.de [141.35.141.140]) (authenticated id=erik.faessler@uni-jena.de bits=0) by lc08.rz.uni-jena.de (8.13.8/8.13.8) with ESMTP id p3DC0FgO005453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 13 Apr 2011 14:00:15 +0200 Message-ID: <4DA5904F.7060305@uni-jena.de> Date: Wed, 13 Apr 2011 14:00:15 +0200 From: =?ISO-8859-15?Q?Erik_F=E4=DFler?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.9) Gecko/20100914 SUSE/3.1.4 Thunderbird/3.1.4 MIME-Version: 1.0 To: user@uima.apache.org Subject: Sandbox: LuCas Lucene update Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hey all, back in January, I had the need to have the CAS Lucene indexer (LuCas, UIMA Sandbox component) working with Lucene 2.9.x. So I checked it out from the Sandbox SVN, updated the libraries and fixed the compiling bugs. The result is a LuCas component working with Lucene 2.9.3. At least all tests are working and I used the component (together with Solr which was why I needed Lucene 2.9.x) successfully. The changes needed were not too big as I did not take the leap to Lucene 3.x. Some filters have been updated to the new Token API and one or two classes required a more or less complete rewrite until the tests would work again. So, my question: Would it be desirable to commit these changes back to the Sandbox SVN? Which steps would have I have to take for this? Or should I just send my sources to a developer? The component has been created in my lab originally, but the developer has moved to another working place quite a while ago. Best regards, Erik