You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Grant Ingersoll (JIRA)" <ji...@apache.org> on 2015/01/10 16:34:34 UTC
[jira] [Updated] (SOLR-6952) Copying data-driven configsets by
default is not helpful
[ https://issues.apache.org/jira/browse/SOLR-6952?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Grant Ingersoll updated SOLR-6952:
----------------------------------
Component/s: Schema and Analysis
Affects Version/s: 5.0
Fix Version/s: 5.0
> Copying data-driven configsets by default is not helpful
> --------------------------------------------------------
>
> Key: SOLR-6952
> URL: https://issues.apache.org/jira/browse/SOLR-6952
> Project: Solr
> Issue Type: Bug
> Components: Schema and Analysis
> Affects Versions: 5.0
> Reporter: Grant Ingersoll
> Fix For: 5.0
>
>
> When creating collections (I'm using the bin/solr scripts), I don't 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(NumberFormatException.java:65)
> at java.lang.Long.parseLong(Long.java:441)
> {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
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org