Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-dev@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of goksron@gmail.com designates
 209.85.219.219 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=IxIYlSt8rY8463YHpArhWGk7W4uT850hGkMZxpsWsB/q6Kizs/66jitOqqcG3P8CRC
         eozFZ6Vck9NIQpiqPTlVs4PS5pCeBzTvOMq2WdqF+UnLCL9ltkoZsq4691hxjIdfjnvY
         pm4e8CC4M0NZoGrQ5U+cXrNOVdViPjwcdszl4=
MIME-Version: 1.0
In-Reply-To: <768877802.1254008476019.JavaMail.jira@brutus>
References: <1315525815.1253499437350.JavaMail.jira@brutus>
	 <768877802.1254008476019.JavaMail.jira@brutus>
Date: Sat, 26 Sep 2009 17:24:47 -0700
Message-ID: <87c998320909261724gfc9ce4ap9e3e802b660223b6@mail.gmail.com>
Subject: Re: [jira] Updated: (SOLR-1449) solrconfig.xml syntax to add
	classpath elements from outside of instanceDir
From: Lance Norskog <goksron@gmail.com>
To: solr-dev@lucene.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I'm too lazy to look the patch. Please make sure that 'ant clean'
causes the contrib modules to remove the files they copy over to
example/

On Sat, Sep 26, 2009 at 4:41 PM, Hoss Man (JIRA) <jira@apache.org> wrote:
>
> =C2=A0 =C2=A0 [ https://issues.apache.org/jira/browse/SOLR-1449?page=3Dco=
m.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Hoss Man updated SOLR-1449:
> ---------------------------
>
> =C2=A0 =C2=A0Attachment: SOLR-1449.patch
>
> Added tests for all the permutations of the solrconfig.xml syntax.
>
> Also fixed a missing dependency in the build.xml that i didn't notice bef=
ore because i hadn't tried "ant clean test" (previously test depending on a=
 special target for copying the solr cell libs so the SolrExample*Tests wou=
ld find them, now it just depends on dist-contrib to ensure all the contrib=
 jars/dependencies are in the expected place)
>
>> solrconfig.xml syntax to add classpath elements from outside of instance=
Dir
>> ------------------------------------------------------------------------=
---
>>
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Key: SOLR-1449
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 URL: https://iss=
ues.apache.org/jira/browse/SOLR-1449
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Project: Solr
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Issue Type: Improvement
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Reporter: Hoss Man
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Fix For: 1.4
>>
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Attachments: SOLR-1449.patch, SOLR-1449.patc=
h, SOLR-1449.patch
>>
>>
>> the idea has been discussed numerous times that it would be nice if ther=
e was a way to configure a core to load plugins from specific jars (or "cla=
sses" style directories) by path =C2=A0w/o needing to copy them to the "./l=
ib" dir in the instanceDir.
>> The current workaround is "symlinks" but that doesn't really help the si=
tuation of the Solr Release artifacts, where we wind up making numerous cop=
ies of jars to support multiple example directories (you can't have reliabl=
e symlinks in zip files)
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>


--=20
Lance Norskog
goksron@gmail.com