# MapperParsingException in More Like This API in 0.90.1

**URL:** <https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235>\
**Category:** Elasticsearch\
**Created:** [June 3, 2013, 2:36pm UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235 "2013-06-03T14:36:44Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Aecio](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/aecio/32/2403_2.png) [@Aecio](https://discuss.elastic.co/u/Aecio)\
**Post date:** [June 3, 2013, 2:36pm UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/1 "2013-06-03T14:36:44Z")

</div>

Hi,

After a upgrade of ElasticSearch from version 0.20.5 to 0.90 or 0.90.1, I  
started getting a MapperParsingException when I use the More Like This API  
for docs with fields of type long. The exception occurs both in the REST  
API and Java API (after upgrade, unit tests using Java API started failing).  
The exception only occurs using MLT API (MLT queries are working fine, for  
example).

Exception returned by REST API:

{

- error: MapperParsingException[failed to parse [publication\_date]];  
nested: ElasticSearchIllegalStateException[Field should have either a  
string, numeric or binary value];
- status: 400

}

Is this a bug introduced in version 0.90?

Thanks,  
Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Derry\_O\_Sullivan](https://avatars.discourse-cdn.com/v4/letter/d/7bcc69/32.png) [@Derry\_O\_Sullivan](https://discuss.elastic.co/u/Derry_O_Sullivan)\
**Post date:** [June 24, 2013, 2:59pm UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/2 "2013-06-24T14:59:35Z")

</div>

I'm also seeing this issue - in my case, i see it in the Java API only, the  
REST API works without error.

It also occurs even when i tell it not to use the 'mapping-error' field in  
the mlt calculation...

On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:

> Hi,
> 
> After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1, I  
> started getting a MapperParsingException when I use the More Like This  
> API for docs with fields of type long. The exception occurs both in the  
> REST API and Java API (after upgrade, unit tests using Java API started  
> failing).  
> The exception only occurs using MLT API (MLT queries are working fine, for  
> example).
> 
> Exception returned by REST API:
> 
> {
> 
> - error: MapperParsingException[failed to parse [publication\_date]];  
> nested: ElasticSearchIllegalStateException[Field should have either a  
> string, numeric or binary value];
> - status: 400
> 
> }
> 
> Is this a bug introduced in version 0.90?
> 
> Thanks,  
> Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Justin\_Israel](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/justin_israel/32/2063_2.png) [@Justin\_Israel](https://discuss.elastic.co/u/Justin_Israel)\
**Post date:** [August 6, 2013, 10:09pm UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/3 "2013-08-06T22:09:47Z")

</div>

Is there any information on this problem? I just started to try More Like  
This on our elastic, for a new feature, and have encountered the exact same  
results.

On Tuesday, June 25, 2013 2:59:35 AM UTC+12, Derry O' Sullivan wrote:

> I'm also seeing this issue - in my case, i see it in the Java API only,  
> the REST API works without error.
> 
> It also occurs even when i tell it not to use the 'mapping-error' field in  
> the mlt calculation...
> 
> On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:
> 
> > Hi,
> > 
> > After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1,  
> > I started getting a MapperParsingException when I use the More Like This  
> > API for docs with fields of type long. The exception occurs both in the  
> > REST API and Java API (after upgrade, unit tests using Java API started  
> > failing).  
> > The exception only occurs using MLT API (MLT queries are working fine,  
> > for example).
> > 
> > Exception returned by REST API:
> > 
> > {
> > 
> > - error: MapperParsingException[failed to parse [publication\_date]];  
> > nested: ElasticSearchIllegalStateException[Field should have either a  
> > string, numeric or binary value];
> > - status: 400
> > 
> > }
> > 
> > Is this a bug introduced in version 0.90?
> > 
> > Thanks,  
> > Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![simonw\_2](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/simonw_2/32/1130_2.png) [@simonw\_2](https://discuss.elastic.co/u/simonw_2)\
**Post date:** [August 7, 2013, 5:07am UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/4 "2013-08-07T05:07:02Z")

</div>

Justin can you recreate this problem or maybe provide a gist that  
reproduces it?

simon

On Wednesday, August 7, 2013 12:09:47 AM UTC+2, Justin Israel wrote:

> Is there any information on this problem? I just started to try More Like  
> This on our elastic, for a new feature, and have encountered the exact same  
> results.
> 
> On Tuesday, June 25, 2013 2:59:35 AM UTC+12, Derry O' Sullivan wrote:
> 
> > I'm also seeing this issue - in my case, i see it in the Java API only,  
> > the REST API works without error.
> > 
> > It also occurs even when i tell it not to use the 'mapping-error' field  
> > in the mlt calculation...
> > 
> > On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:
> > 
> > > Hi,
> > > 
> > > After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1,  
> > > I started getting a MapperParsingException when I use the More Like  
> > > This API for docs with fields of type long. The exception occurs both  
> > > in the REST API and Java API (after upgrade, unit tests using Java API  
> > > started failing).  
> > > The exception only occurs using MLT API (MLT queries are working fine,  
> > > for example).
> > > 
> > > Exception returned by REST API:
> > > 
> > > {
> > > 
> > > - error: MapperParsingException[failed to parse [publication\_date]];  
> > > nested: ElasticSearchIllegalStateException[Field should have either a  
> > > string, numeric or binary value];
> > > - status: 400
> > > 
> > > }
> > > 
> > > Is this a bug introduced in version 0.90?
> > > 
> > > Thanks,  
> > > Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Justin\_Israel](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/justin_israel/32/2063_2.png) [@Justin\_Israel](https://discuss.elastic.co/u/Justin_Israel)\
**Post date:** [August 7, 2013, 5:40am UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/5 "2013-08-07T05:40:53Z")

</div>

Sure. Now bear with me because I am brand new to trying out the More Like  
This API...

My data set has a mapping with actual date fields in it, but what I did was  
just dump a single doc, and started from the ground up by throwing that doc  
at a fresh index (which produced a mapping for last\_update\_time field of  
"long"). It came down to simply just the date fields:

$ curl -XDELETE "[http://elastic/test](http://elastic/test)"  
{"ok":true,"acknowledged":true}

$ curl -XPOST "[http://elastic/test/product/](http://elastic/test/product/)" -d '{ "last\_update\_time":  
1367484649580 }'  
{"ok":true,"\_index":"test","\_type":"product","\_id":"jxwBp-7QRueAZmInCSW3SA","\_version":1}

$ curl -XGET  
"[http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/\_mlt?min\_doc\_freq=1](http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/_mlt?min_doc_freq=1)"  
{"error":"MapperParsingException[failed to parse [last\_update\_time]];  
nested: ElasticSearchIllegalStateException[Field should have either a  
string, numeric or binary value]; ","status":400}

Do I need to being taking special preparations around the date fields? Or  
this is just a bug similar to what the others in this thread had posted?

On Wednesday, August 7, 2013 5:07:02 PM UTC+12, simonw wrote:

> Justin can you recreate this problem or maybe provide a gist that  
> reproduces it?
> 
> simon
> 
> On Wednesday, August 7, 2013 12:09:47 AM UTC+2, Justin Israel wrote:
> 
> > Is there any information on this problem? I just started to try More Like  
> > This on our elastic, for a new feature, and have encountered the exact same  
> > results.
> > 
> > On Tuesday, June 25, 2013 2:59:35 AM UTC+12, Derry O' Sullivan wrote:
> > 
> > > I'm also seeing this issue - in my case, i see it in the Java API only,  
> > > the REST API works without error.
> > > 
> > > It also occurs even when i tell it not to use the 'mapping-error' field  
> > > in the mlt calculation...
> > > 
> > > On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:
> > > 
> > > > Hi,
> > > > 
> > > > After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1,  
> > > > I started getting a MapperParsingException when I use the More Like  
> > > > This API for docs with fields of type long. The exception occurs both  
> > > > in the REST API and Java API (after upgrade, unit tests using Java API  
> > > > started failing).  
> > > > The exception only occurs using MLT API (MLT queries are working fine,  
> > > > for example).
> > > > 
> > > > Exception returned by REST API:
> > > > 
> > > > {
> > > > 
> > > > - error: MapperParsingException[failed to parse  
> > > > [publication\_date]]; nested: ElasticSearchIllegalStateException[Field  
> > > > should have either a string, numeric or binary value];
> > > > - status: 400
> > > > 
> > > > }
> > > > 
> > > > Is this a bug introduced in version 0.90?
> > > > 
> > > > Thanks,  
> > > > Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![simonw\_2](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/simonw_2/32/1130_2.png) [@simonw\_2](https://discuss.elastic.co/u/simonw_2)\
**Post date:** [August 7, 2013, 9:48am UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/6 "2013-08-07T09:48:24Z")

</div>

On Wednesday, August 7, 2013 7:40:53 AM UTC+2, Justin Israel wrote:

> Sure. Now bear with me because I am brand new to trying out the More Like  
> This API...
> 
> My data set has a mapping with actual date fields in it, but what I did  
> was just dump a single doc, and started from the ground up by throwing that  
> doc at a fresh index (which produced a mapping for last\_update\_time field  
> of "long"). It came down to simply just the date fields:
> 
> $ curl -XDELETE "[http://elastic/test](http://elastic/test)"  
> {"ok":true,"acknowledged":true}
> 
> $ curl -XPOST "[http://elastic/test/product/](http://elastic/test/product/)" -d '{ "last\_update\_time":  
> 1367484649580 }'
> 
> {"ok":true,"\_index":"test","\_type":"product","\_id":"jxwBp-7QRueAZmInCSW3SA","\_version":1}
> 
> $ curl -XGET "  
> [http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/\_mlt?min\_doc\_freq=1](http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/_mlt?min_doc_freq=1)"  
> {"error":"MapperParsingException[failed to parse [last\_update\_time]];  
> nested: ElasticSearchIllegalStateException[Field should have either a  
> string, numeric or binary value]; ","status":400}
> 
> Do I need to being taking special preparations around the date fields? Or  
> this is just a bug similar to what the others in this thread had posted?

Thanks for the recreation... I can reproduce with 0.90.1 but this is fixed  
in 0.90.3 so if you use the latest version your problem should go away!

thanks!

simon

> On Wednesday, August 7, 2013 5:07:02 PM UTC+12, simonw wrote:
> 
> > Justin can you recreate this problem or maybe provide a gist that  
> > reproduces it?
> > 
> > simon
> > 
> > On Wednesday, August 7, 2013 12:09:47 AM UTC+2, Justin Israel wrote:
> > 
> > > Is there any information on this problem? I just started to try More  
> > > Like This on our elastic, for a new feature, and have encountered the exact  
> > > same results.
> > > 
> > > On Tuesday, June 25, 2013 2:59:35 AM UTC+12, Derry O' Sullivan wrote:
> > > 
> > > > I'm also seeing this issue - in my case, i see it in the Java API only,  
> > > > the REST API works without error.
> > > > 
> > > > It also occurs even when i tell it not to use the 'mapping-error' field  
> > > > in the mlt calculation...
> > > > 
> > > > On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:
> > > > 
> > > > > Hi,
> > > > > 
> > > > > After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1,  
> > > > > I started getting a MapperParsingException when I use the More Like  
> > > > > This API for docs with fields of type long. The exception occurs both  
> > > > > in the REST API and Java API (after upgrade, unit tests using Java API  
> > > > > started failing).  
> > > > > The exception only occurs using MLT API (MLT queries are working fine,  
> > > > > for example).
> > > > > 
> > > > > Exception returned by REST API:
> > > > > 
> > > > > {
> > > > > 
> > > > > - error: MapperParsingException[failed to parse  
> > > > > [publication\_date]]; nested: ElasticSearchIllegalStateException[Field  
> > > > > should have either a string, numeric or binary value];
> > > > > - status: 400
> > > > > 
> > > > > }
> > > > > 
> > > > > Is this a bug introduced in version 0.90?
> > > > > 
> > > > > Thanks,  
> > > > > Aécio Santos

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![Justin\_Israel](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/justin_israel/32/2063_2.png) [@Justin\_Israel](https://discuss.elastic.co/u/Justin_Israel)\
**Post date:** [August 7, 2013, 10:22am UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/7 "2013-08-07T10:22:05Z")

</div>

Awesome! Thank you so much for confirming. Will try this out tomorrow!  
On Aug 7, 2013 9:48 PM, "simonw" [simon.willnauer@elasticsearch.com](mailto:simon.willnauer@elasticsearch.com) wrote:

> On Wednesday, August 7, 2013 7:40:53 AM UTC+2, Justin Israel wrote:
> 
> > Sure. Now bear with me because I am brand new to trying out the More Like  
> > This API...
> > 
> > My data set has a mapping with actual date fields in it, but what I did  
> > was just dump a single doc, and started from the ground up by throwing that  
> > doc at a fresh index (which produced a mapping for last\_update\_time field  
> > of "long"). It came down to simply just the date fields:
> > 
> > $ curl -XDELETE "[http://elastic/test](http://elastic/test)"  
> > {"ok":true,"acknowledged":\*\*true}
> > 
> > $ curl -XPOST "[http://elastic/test/product/](http://elastic/test/product/)" -d '{ "last\_update\_time":  
> > 1367484649580 }'  
> > {"ok":true,"_index":"test","_ **type":"product","\_id":"jxwBp-**  
> > 7QRueAZmInCSW3SA","\_version":\*\*1}
> > 
> > $ curl -XGET "[http://elastic/test/product/\*\*jxwBp-7QRueAZmInCSW3SA/\_mlt?](http://elastic/test/product/**jxwBp-7QRueAZmInCSW3SA/_mlt?)\*  
> > \*min\_doc\_freq=1[http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/\_mlt?min\_doc\_freq=1](http://elastic/test/product/jxwBp-7QRueAZmInCSW3SA/_mlt?min_doc_freq=1)  
> > "  
> > {"error":"**MapperParsingException[failed to parse [last\_update\_time]];  
> > nested: ElasticSearchIllegalStateExcep**tion[Field should have either a  
> > string, numeric or binary value]; ","status":400}
> > 
> > Do I need to being taking special preparations around the date fields? Or  
> > this is just a bug similar to what the others in this thread had posted?
> 
> Thanks for the recreation... I can reproduce with 0.90.1 but this is fixed  
> in 0.90.3 so if you use the latest version your problem should go away!
> 
> thanks!
> 
> simon
> 
> > On Wednesday, August 7, 2013 5:07:02 PM UTC+12, simonw wrote:
> > 
> > > Justin can you recreate this problem or maybe provide a gist that  
> > > reproduces it?
> > > 
> > > simon
> > > 
> > > On Wednesday, August 7, 2013 12:09:47 AM UTC+2, Justin Israel wrote:
> > > 
> > > > Is there any information on this problem? I just started to try More  
> > > > Like This on our elastic, for a new feature, and have encountered the exact  
> > > > same results.
> > > > 
> > > > On Tuesday, June 25, 2013 2:59:35 AM UTC+12, Derry O' Sullivan wrote:
> > > > 
> > > > > I'm also seeing this issue - in my case, i see it in the Java API  
> > > > > only, the REST API works without error.
> > > > > 
> > > > > It also occurs even when i tell it not to use the 'mapping-error'  
> > > > > field in the mlt calculation...
> > > > > 
> > > > > On Monday, 3 June 2013 15:36:44 UTC+1, Aécio Santos wrote:
> > > > > 
> > > > > > Hi,
> > > > > > 
> > > > > > After a upgrade of Elasticsearch from version 0.20.5 to 0.90 or 0.90.1,  
> > > > > > I started getting a MapperParsingException when I use the More Like  
> > > > > > This API for docs with fields of type long. The exception occurs  
> > > > > > both in the REST API and Java API (after upgrade, unit tests using Java API  
> > > > > > started failing).  
> > > > > > The exception only occurs using MLT API (MLT queries are working  
> > > > > > fine, for example).
> > > > > > 
> > > > > > Exception returned by REST API:
> > > > > > 
> > > > > > {
> > > > > > 
> > > > > > - error: MapperParsingException[**failed to parse  
> > > > > > [publication\_date]]; nested: ElasticSearchIllegalStateExcep**tion[Field  
> > > > > > should have either a string, numeric or binary value];
> > > > > > - status: 400
> > > > > > 
> > > > > > }
> > > > > > 
> > > > > > Is this a bug introduced in version 0.90?
> > > > > > 
> > > > > > Thanks,  
> > > > > > Aécio Santos
> > > > > 
> > > > > --  
> > > > > You received this message because you are subscribed to a topic in the  
> > > > > Google Groups "elasticsearch" group.  
> > > > > To unsubscribe from this topic, visit  
> > > > > [https://groups.google.com/d/topic/elasticsearch/ThpaenmPzpM/unsubscribe](https://groups.google.com/d/topic/elasticsearch/ThpaenmPzpM/unsubscribe).  
> > > > > To unsubscribe from this group and all its topics, send an email to  
> > > > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > > > > For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
For more options, visit [https://groups.google.com/groups/opt\_out](https://groups.google.com/groups/opt_out).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 2:22am UTC](https://discuss.elastic.co/t/mapperparsingexception-in-more-like-this-api-in-0-90-1/12235/8 "2017-07-06T02:22:27Z")

</div>


