lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Potter (JIRA)" <>
Subject [jira] [Updated] (SOLR-6952) Re-using data-driven configsets by default is not helpful
Date Mon, 12 Jan 2015 20:17:35 GMT


Timothy Potter updated SOLR-6952:
    Attachment: SOLR-6952.patch

Here's an updated patch that changes around some of the parameter names to be consistent with
the script. I also tackled the "create" alias (SOLR-6933) in this patch since it
was easier to address both issues with one patch.

*Example 1*
bin/solr create -c foo

This is equivalent to doing:

bin/solr create -c foo -d data_driven_schema_configs


bin/solr create -c foo -d data_driven_schema_configs -n foo

The create action will upload the data_driven_schema_configs directory (the default) into
ZooKeeper as /configs/foo, i.e. the data_driven_schema_configs "template" is copied to a unique
config directory in ZooKeeper using the name of the collection you are creating.

*Example 2*
bin/solr create -c foo2 -d basic_configs -n SharedBasicSchema

This will upload the basic_configs directory into ZooKeeper as /configs/SharedBasicSchema.
If one wants to reuse the SharedBasicSchema configuration directory when creating another
collection, they can just do: 
bin/solr create -c foo3 -n SharedBasicSchema

Going to start porting these changes to the Windows solr.cmd, so please speak up now or this
is what we'll have for 5.0 ;-)

> Re-using data-driven configsets by default is not helpful
> ---------------------------------------------------------
>                 Key: SOLR-6952
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: Schema and Analysis
>    Affects Versions: 5.0
>            Reporter: Grant Ingersoll
>            Assignee: Timothy Potter
>             Fix For: 5.0
>         Attachments: SOLR-6952.patch, SOLR-6952.patch
> When creating collections (I'm using the bin/solr scripts), I think we should automatically
copy configsets, especially when running in "getting started mode" or data driven mode.
> I did the following:
> {code}
> bin/solr create_collection -n foo
> bin/post foo some_data.csv
> {code}
> I then created a second collection with the intention of sending in the same data, but
this time run through a python script that changed a value from an int to a string (since
it was an enumerated type) and was surprised to see that I got:
> {quote}
> Caused by: java.lang.NumberFormatException: For input string: "NA"
> 	at java.lang.NumberFormatException.forInputString(
> 	at java.lang.Long.parseLong(
> {quote}
> for my new version of the data that passes in a string instead of an int, as this new
collection had only seen strings for that field.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message