Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: solr-3.1.0 bug/multicore
From: =?iso-8859-1?Q?Jan_H=F8ydahl?= <jan.asf@cominvent.com>
In-Reply-To: <BANLkTinKf7vSquo0Pj2CMkkWW5_o9m__nw@mail.gmail.com>
Date: Mon, 18 Apr 2011 20:26:51 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <3583C41E-16FC-466B-8989-EFD308B3F087@cominvent.com>
References: <BANLkTinKf7vSquo0Pj2CMkkWW5_o9m__nw@mail.gmail.com>
To: dev@lucene.apache.org

Hi,

Welcome to the Solr community, and thanks for contributing!

It's actually pretty easy to create a JIRA issue. First, register a new =
account in JIRA and then create a new issue.

Here's a Wiki page helping you on the way: =
http://wiki.apache.org/solr/HowToContribute

--
Jan H=F8ydahl, search solution architect
Cominvent AS - www.cominvent.com

On 18. apr. 2011, at 18.35, Rasmus Hahn wrote:

> Good Morning,
>=20
> i noticed a small bug in your solr-3.1.0 release, but before you read =
any
> further: This should really be a bug report, but i could not find any
> possibility to submit a bug report into the jira
> (https://issues.apache.org/jira/browse/SOLR). If the latter should be
> possible, and someone can point me to a tutorial (best with =
screenshots)
> on where to report bugs, do not hesitate and give me a pointer. =
Otherwise:
>=20
> Phenomenon: in a multicore solr, when using the RENAME-action for two =
cores,
> and a solr.xml with persistent=3D'true', the renamed core, does not =
get its
> name persisted in solr.xml; the old name is stored (only the solr.xml =
file
> is wrong, the in-memory-cache is correct).
>=20
> Reason: in org/apache/solr/core/CoreContainer.java, when persisting =
the
> CoreContainer, solr-3.1.0 writes the values of the private cores-map
> (solr-1.4.1 wrote the keys, too). To get the name of the core, the =
core's
> CoreDescriptor is used, but for a RENAME, the core's descriptor is not =
being
> updated.
>=20
> Fix: i changed this in the register-function of the CoreContainer =
class,
> since it is similar to the SWAP-operation that does a similar thing.
>=20
> Patch:
>  (against =
https://svn.apache.org/repos/asf/lucene/dev/branches/lucene_solr_3_1)
>=20
> Index: solr/src/java/org/apache/solr/core/CoreContainer.java
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- solr/src/java/org/apache/solr/core/CoreContainer.java
> (revision 1094545)
> +++ solr/src/java/org/apache/solr/core/CoreContainer.java       =
(working copy)
> @@ -381,7 +381,12 @@
>     SolrCore old =3D null;
>     synchronized (cores) {
>       old =3D cores.put(name, core);
> +      /*
> +       * set both the name of the descriptor and the name of the
> +       * core, since the descriptors name is used for persisting.
> +       */
>       core.setName(name);
> +      core.getCoreDescriptor ().name =3D name;
>     }
>=20
>=20
> Best Regards - Rasmus
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>=20


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