Well, let's see the definition of your ID field, 'cause I'm puzzled.

It's definitely A Bad Thing to have it be any kind of tokenized field
though, but that's a shot in the dark.

Best,
Erick

On Mon, Mar 30, 2015 at 2:17 AM, Zheng Lin Edwin Yeo
<edwinye...@gmail.com> wrote:
> Hi Mostafa,
>
> Yes, I've defined all the fields in schema.xml. It is able to work on the
> version without SolrCloud, but it is not working for the one with SolrCloud.
> Both of them are using the same schema.xml.
>
> Regards,
> Edwin
>
>
>
> On 30 March 2015 at 14:34, Mostafa Gomaa <mostafa.goma...@gmail.com> wrote:
>
>> Hi Zheng,
>>
>> It's possible that there's a problem with your schema.xml. Are all fields
>> defined and have appropriate options enabled?
>>
>> Regards,
>>
>> Mostafa.
>>
>> On Mon, Mar 30, 2015 at 7:49 AM, Zheng Lin Edwin Yeo <edwinye...@gmail.com
>> >
>> wrote:
>>
>> > Hi Erick,
>> >
>> > I've tried that, and removed the data directory from both the shards. But
>> > the same problem still occurs, so we probably can rule out the "memory"
>> > issue.
>> >
>> > Regards,
>> > Edwin
>> >
>> > On 30 March 2015 at 12:39, Erick Erickson <erickerick...@gmail.com>
>> wrote:
>> >
>> > > I meant shut down Solr and physically remove the entire data
>> > > directory. Not saying this is the cure, but it can't hurt to rule out
>> > > the index having "memory"...
>> > >
>> > > Best,
>> > > Erick
>> > >
>> > > On Sun, Mar 29, 2015 at 6:35 PM, Zheng Lin Edwin Yeo
>> > > <edwinye...@gmail.com> wrote:
>> > > > Hi Erick,
>> > > >
>> > > > I used the following query to delete all the index.
>> > > >
>> > > > http://localhost:8983/solr/update?stream.body=
>> > > <delete><query>*:*</query></delete>
>> > > http://localhost:8983/solr/update?stream.body=<commit/>
>> > > >
>> > > >
>> > > > Or is it better to physically delete the entire data directory?
>> > > >
>> > > >
>> > > > Regards,
>> > > > Edwin
>> > > >
>> > > >
>> > > > On 28 March 2015 at 02:27, Erick Erickson <erickerick...@gmail.com>
>> > > wrote:
>> > > >
>> > > >> You say you re-indexed, did you _completely_ remove the data
>> directory
>> > > >> first, i.e. the parent of the "index" and, maybe, "tlog"
>> directories?
>> > > >> I've occasionally seen remnants of old definitions "pollute" the new
>> > > >> one, and since the <uniqueKey> key is so fundamental I can see it
>> > > >> being a problem.
>> > > >>
>> > > >> Best,
>> > > >> Erick
>> > > >>
>> > > >> On Fri, Mar 27, 2015 at 1:42 AM, Andrea Gazzarini <
>> > > a.gazzar...@gmail.com>
>> > > >> wrote:
>> > > >> > Hi Edwin,
>> > > >> > please provide some other detail about your context, (e.g.
>> complete
>> > > >> > stacktrace, query you're issuing)
>> > > >> >
>> > > >> > Best,
>> > > >> > Andrea
>> > > >> >
>> > > >> >
>> > > >> > On 03/27/2015 09:38 AM, Zheng Lin Edwin Yeo wrote:
>> > > >> >>
>> > > >> >> Hi everyone,
>> > > >> >>
>> > > >> >> I've changed my uniqueKey to another name, instead of using id,
>> on
>> > > the
>> > > >> >> schema.xml.
>> > > >> >>
>> > > >> >> However, after I have done the indexing (the indexing is
>> > successful),
>> > > >> I'm
>> > > >> >> not able to perform a search query on it. I gives the error
>> > > >> >> java.lang.NullPointerException.
>> > > >> >>
>> > > >> >> Is there other place which I need to configure, besides changing
>> > the
>> > > >> >> uniqueKey field in scheam.xml?
>> > > >> >>
>> > > >> >> Regards,
>> > > >> >> Edwin
>> > > >> >>
>> > > >> >
>> > > >>
>> > >
>> >
>>

Reply via email to