I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
org.elasticsearch.index.mapper.MapperParsingException: mapping
[app_shop_produkt]
at org.elasticsearch.cluster.metadata.MetaDataCreateIndexService
$1.execute(MetaDataCreateIndexService.java:242)
at org.elasticsearch.cluster.service.InternalClusterService
$2.run(InternalClusterService.java:205)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: java.lang.NumberFormatException: For input string: ""
at
java.lang.NumberFormatException.forInputString(NumberFormatException.java:
48)
I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
Hi Shay, thanks for the hint. I'm doing this already, but this means
another iteration through the data costing CPU + time;
Currently we grab an SQL result from MYSQL that already is in a map
form and pass it to ES via Java API. Problem here is that mysql can't
easily understand that some of the extracted XML values are not String
and instead makes them all to String. This then leads to trouble for
sorting order... so we define for ES some fields as numeric, but then
are buggered with this empty "" and null problem;
I know we had this in the past, but could please a feature be
introduced to have a flag at numbers like integer, float, etc, so we
can have ES make empty Strings a "null" value instead?
Currently an empty String "" ceates a
org.elasticsearch.index.mapper.MapperParsingException: Failed to parse
[field] exception;
I have this problem when data extracted from XML is passed to ES (done
by ExtractValue in mysql - he can't differ if null or emptyString
there);
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.