# Different query results when using JDK8 and JDK7

**URL:** <https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065>\
**Category:** Elasticsearch\
**Created:** [October 3, 2014, 2:21pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065 "2014-10-03T14:21:54Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Umit\_Seren](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/umit_seren/32/44933_2.png) [@Umit\_Seren](https://discuss.elastic.co/u/Umit_Seren)\
**Post date:** [October 3, 2014, 2:21pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/1 "2014-10-03T14:21:54Z")

</div>

I have a weird problem when doing a simple query using different JDK  
versions with the same indexed data.

I have 2 docker images based on the official dockerfiles (  
[http://dockerfile.github.io/#/elasticsearch](http://dockerfile.github.io/#/elasticsearch)).  
One image has jdk7u67 installed and one has jdk8u20 installed. Both use the  
same index data (mounted as a volume) and have the same elasticsearch  
installed (1.3.4)  
Of course I only run one instance at a time

When I issue following search request I get different results (1 hit with  
jdk7 and 5 hits with jdk8):

POST /INDEX/MyType/\_search  
{  
"from": 0,  
"size": 50,  
"query": {  
"multi\_match": {  
"query": "Flowering",  
"fields": [  
"name^3.5"  
]  
}  
},  
"post\_filter": {  
"bool": {  
"must": [  
{  
"term": {  
"candidategenelist.id": "20"  
}  
},  
{  
"term": {  
"status": "Finished"  
}  
}  
]  
}  
}  
}

The “MyType” document has a mapping.  
candidategenelist is a nested type:

candidategenelist: {  
properties: {  
id: {  
type: integer  
}  
name: {  
type: string  
}

There are a couple of additional nested field types with a similar setup  
(id: integer, name: string)

With jdk7u67 I get 1 hit:

Relevant explanation:  
description”: “weight(study\_.name:flowering in 74274) [PerFieldSimilarity],  
result of:”,

With jdk8u20 I get 5 hits:

Relevant explanation:  
“description”: “weight(candidategenelist.name:flowering in 74274)  
[PerFieldSimilarity], result of:”,  
“description”: “weight(candidategenelist.name:flowering in 6614)  
[PerFieldSimilarity], result of:”,

“description”: “weight(candidategenelist.name:flowering in 56078)  
[PerFieldSimilarity], result of:”,  
“description”: “weight(candidategenelist.name:flowering in 6674)  
[PerFieldSimilarity], result of:”,  
“description”: “weight(candidategenelist.name:flowering in 6646)  
[PerFieldSimilarity], result of:”,

So according to the explanation, the only difference is that with JDK7u67  
it matches “name” in the nested study\_ field whereas with JDK8u20 it  
matches the “name” in candidategenelist.

I really don’t know why there are different query results when the only  
difference is the JDK version?!  
​

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [October 3, 2014, 3:00pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/2 "2014-10-03T15:00:10Z")

</div>

I would love to reproduce it, do you have some test data available for a  
full reproduction?

Thanks,

Jörg

On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:

> I have a weird problem when doing a simple query using different JDK  
> versions with the same indexed data.
> 
> I have 2 docker images based on the official dockerfiles (  
> [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> One image has jdk7u67 installed and one has jdk8u20 installed. Both use  
> the same index data (mounted as a volume) and have the same elasticsearch  
> installed (1.3.4)  
> Of course I only run one instance at a time
> 
> When I issue following search request I get different results (1 hit with  
> jdk7 and 5 hits with jdk8):
> 
> POST /INDEX/MyType/\_search  
> {  
> "from": 0,  
> "size": 50,  
> "query": {  
> "multi\_match": {  
> "query": "Flowering",  
> "fields": [  
> "name^3.5"  
> ]  
> }  
> },  
> "post\_filter": {  
> "bool": {  
> "must": [  
> {  
> "term": {  
> "candidategenelist.id": "20"  
> }  
> },  
> {  
> "term": {  
> "status": "Finished"  
> }  
> }  
> ]  
> }  
> }  
> }
> 
> The “MyType” document has a mapping.  
> candidategenelist is a nested type:
> 
> candidategenelist: {  
> properties: {  
> id: {  
> type: integer  
> }  
> name: {  
> type: string  
> }
> 
> There are a couple of additional nested field types with a similar setup  
> (id: integer, name: string)
> 
> With jdk7u67 I get 1 hit:
> 
> Relevant explanation:  
> description”: “weight(study\_.name:flowering in 74274)  
> [PerFieldSimilarity], result of:”,
> 
> With jdk8u20 I get 5 hits:
> 
> Relevant explanation:  
> “description”: “weight(candidategenelist.name:flowering in 74274)  
> [PerFieldSimilarity], result of:”,  
> “description”: “weight(candidategenelist.name:flowering in 6614)  
> [PerFieldSimilarity], result of:”,
> 
> “description”: “weight(candidategenelist.name:flowering in 56078)  
> [PerFieldSimilarity], result of:”,  
> “description”: “weight(candidategenelist.name:flowering in 6674)  
> [PerFieldSimilarity], result of:”,  
> “description”: “weight(candidategenelist.name:flowering in 6646)  
> [PerFieldSimilarity], result of:”,
> 
> So according to the explanation, the only difference is that with JDK7u67  
> it matches “name” in the nested study\_ field whereas with JDK8u20 it  
> matches the “name” in candidategenelist.
> 
> I really don’t know why there are different query results when the only  
> difference is the JDK version?!  
> ​
> 
> --  
> 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).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> .  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Umit\_Seren](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/umit_seren/32/44933_2.png) [@Umit\_Seren](https://discuss.elastic.co/u/Umit_Seren)\
**Post date:** [October 3, 2014, 3:12pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/3 "2014-10-03T15:12:38Z")

</div>

Hi Jörg,  
I will try to create some test data ASAP (might take some time as I am not  
around next week tough).

cheers  
Ümit

On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<[joergprante@gmail.com](mailto:joergprante@gmail.com)

> wrote:

> I would love to reproduce it, do you have some test data available for a  
> full reproduction?
> 
> Thanks,
> 
> Jörg
> 
> On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> 
> > I have a weird problem when doing a simple query using different JDK  
> > versions with the same indexed data.
> > 
> > I have 2 docker images based on the official dockerfiles (  
> > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > One image has jdk7u67 installed and one has jdk8u20 installed. Both use  
> > the same index data (mounted as a volume) and have the same elasticsearch  
> > installed (1.3.4)  
> > Of course I only run one instance at a time
> > 
> > When I issue following search request I get different results (1 hit with  
> > jdk7 and 5 hits with jdk8):
> > 
> > POST /INDEX/MyType/\_search  
> > {  
> > "from": 0,  
> > "size": 50,  
> > "query": {  
> > "multi\_match": {  
> > "query": "Flowering",  
> > "fields": [  
> > "name^3.5"  
> > ]  
> > }  
> > },  
> > "post\_filter": {  
> > "bool": {  
> > "must": [  
> > {  
> > "term": {  
> > "candidategenelist.id": "20"  
> > }  
> > },  
> > {  
> > "term": {  
> > "status": "Finished"  
> > }  
> > }  
> > ]  
> > }  
> > }  
> > }
> > 
> > The “MyType” document has a mapping.  
> > candidategenelist is a nested type:
> > 
> > candidategenelist: {  
> > properties: {  
> > id: {  
> > type: integer  
> > }  
> > name: {  
> > type: string  
> > }
> > 
> > There are a couple of additional nested field types with a similar setup  
> > (id: integer, name: string)
> > 
> > With jdk7u67 I get 1 hit:
> > 
> > Relevant explanation:  
> > description”: “weight(study\_.name:flowering in 74274)  
> > [PerFieldSimilarity], result of:”,
> > 
> > With jdk8u20 I get 5 hits:
> > 
> > Relevant explanation:  
> > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > [PerFieldSimilarity], result of:”,
> > 
> > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > [PerFieldSimilarity], result of:”,
> > 
> > So according to the explanation, the only difference is that with JDK7u67  
> > it matches “name” in the nested study\_ field whereas with JDK8u20 it  
> > matches the “name” in candidategenelist.
> > 
> > I really don’t know why there are different query results when the only  
> > difference is the JDK version?!  
> > ​
> > 
> > --  
> > 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).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > .  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> .
> 
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CANBYW4B98yEawQZFGCQJ1eEYkkC5uCf7%3D2x%2Be5dojPDy4WMaqw%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4B98yEawQZFGCQJ1eEYkkC5uCf7%3D2x%2Be5dojPDy4WMaqw%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Umit\_Seren](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/umit_seren/32/44933_2.png) [@Umit\_Seren](https://discuss.elastic.co/u/Umit_Seren)\
**Post date:** [October 3, 2014, 6:19pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/4 "2014-10-03T18:19:45Z")

</div>

Here is the tar.gz folder of the entire elasticsearch data.  
let me know if you need anything elese  
[https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing](https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing)

On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<[joergprante@gmail.com](mailto:joergprante@gmail.com)

> wrote:

> I would love to reproduce it, do you have some test data available for a  
> full reproduction?
> 
> Thanks,
> 
> Jörg
> 
> On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> 
> > I have a weird problem when doing a simple query using different JDK  
> > versions with the same indexed data.
> > 
> > I have 2 docker images based on the official dockerfiles (  
> > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > One image has jdk7u67 installed and one has jdk8u20 installed. Both use  
> > the same index data (mounted as a volume) and have the same elasticsearch  
> > installed (1.3.4)  
> > Of course I only run one instance at a time
> > 
> > When I issue following search request I get different results (1 hit with  
> > jdk7 and 5 hits with jdk8):
> > 
> > POST /INDEX/MyType/\_search  
> > {  
> > "from": 0,  
> > "size": 50,  
> > "query": {  
> > "multi\_match": {  
> > "query": "Flowering",  
> > "fields": [  
> > "name^3.5"  
> > ]  
> > }  
> > },  
> > "post\_filter": {  
> > "bool": {  
> > "must": [  
> > {  
> > "term": {  
> > "candidategenelist.id": "20"  
> > }  
> > },  
> > {  
> > "term": {  
> > "status": "Finished"  
> > }  
> > }  
> > ]  
> > }  
> > }  
> > }
> > 
> > The “MyType” document has a mapping.  
> > candidategenelist is a nested type:
> > 
> > candidategenelist: {  
> > properties: {  
> > id: {  
> > type: integer  
> > }  
> > name: {  
> > type: string  
> > }
> > 
> > There are a couple of additional nested field types with a similar setup  
> > (id: integer, name: string)
> > 
> > With jdk7u67 I get 1 hit:
> > 
> > Relevant explanation:  
> > description”: “weight(study\_.name:flowering in 74274)  
> > [PerFieldSimilarity], result of:”,
> > 
> > With jdk8u20 I get 5 hits:
> > 
> > Relevant explanation:  
> > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > [PerFieldSimilarity], result of:”,
> > 
> > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > [PerFieldSimilarity], result of:”,  
> > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > [PerFieldSimilarity], result of:”,
> > 
> > So according to the explanation, the only difference is that with JDK7u67  
> > it matches “name” in the nested study\_ field whereas with JDK8u20 it  
> > matches the “name” in candidategenelist.
> > 
> > I really don’t know why there are different query results when the only  
> > difference is the JDK version?!  
> > ​
> > 
> > --  
> > 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).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > .  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> .
> 
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [October 3, 2014, 7:35pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/5 "2014-10-03T19:35:51Z")

</div>

Thanks, I could load the data, but can not find anything.

Your query gave 0 hits but I found this simplified query works:

POST /\_search  
{  
"query" : {  
"multi\_match" : {  
"query" : "Flowering",  
"fields": [  
"name"  
]  
}  
}  
}

JDK 7 --\> 1 hit

```
        "version": "1.7.0_67",
        "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
        "vm_version": "24.65-b04",
        "vm_vendor": "Oracle Corporation"

```

JDK 8 --\> 1 hit

```
        "version": "1.8.0_20",
        "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
        "vm_version": "25.20-b23",
        "vm_vendor": "Oracle Corporation",

```

on Mac OS X.

So there must be some other fishy thing going on at your cluster...

Jörg

On Fri, Oct 3, 2014 at 8:19 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:

> Here is the tar.gz folder of the entire elasticsearch data.  
> let me know if you need anything elese
> 
> [https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing](https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing)
> 
> On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> 
> > I would love to reproduce it, do you have some test data available for a  
> > full reproduction?
> > 
> > Thanks,
> > 
> > Jörg
> > 
> > On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> > 
> > > I have a weird problem when doing a simple query using different JDK  
> > > versions with the same indexed data.
> > > 
> > > I have 2 docker images based on the official dockerfiles (  
> > > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > > One image has jdk7u67 installed and one has jdk8u20 installed. Both use  
> > > the same index data (mounted as a volume) and have the same elasticsearch  
> > > installed (1.3.4)  
> > > Of course I only run one instance at a time
> > > 
> > > When I issue following search request I get different results (1 hit  
> > > with jdk7 and 5 hits with jdk8):
> > > 
> > > POST /INDEX/MyType/\_search  
> > > {  
> > > "from": 0,  
> > > "size": 50,  
> > > "query": {  
> > > "multi\_match": {  
> > > "query": "Flowering",  
> > > "fields": [  
> > > "name^3.5"  
> > > ]  
> > > }  
> > > },  
> > > "post\_filter": {  
> > > "bool": {  
> > > "must": [  
> > > {  
> > > "term": {  
> > > "candidategenelist.id": "20"  
> > > }  
> > > },  
> > > {  
> > > "term": {  
> > > "status": "Finished"  
> > > }  
> > > }  
> > > ]  
> > > }  
> > > }  
> > > }
> > > 
> > > The “MyType” document has a mapping.  
> > > candidategenelist is a nested type:
> > > 
> > > candidategenelist: {  
> > > properties: {  
> > > id: {  
> > > type: integer  
> > > }  
> > > name: {  
> > > type: string  
> > > }
> > > 
> > > There are a couple of additional nested field types with a similar setup  
> > > (id: integer, name: string)
> > > 
> > > With jdk7u67 I get 1 hit:
> > > 
> > > Relevant explanation:  
> > > description”: “weight(study\_.name:flowering in 74274)  
> > > [PerFieldSimilarity], result of:”,
> > > 
> > > With jdk8u20 I get 5 hits:
> > > 
> > > Relevant explanation:  
> > > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > > [PerFieldSimilarity], result of:”,  
> > > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > > [PerFieldSimilarity], result of:”,
> > > 
> > > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > > [PerFieldSimilarity], result of:”,  
> > > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > > [PerFieldSimilarity], result of:”,  
> > > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > > [PerFieldSimilarity], result of:”,
> > > 
> > > So according to the explanation, the only difference is that with  
> > > JDK7u67 it matches “name” in the nested study\_ field whereas with JDK8u20  
> > > it matches the “name” in candidategenelist.
> > > 
> > > I really don’t know why there are different query results when the only  
> > > difference is the JDK version?!  
> > > ​
> > > 
> > > --  
> > > 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).  
> > > To view this discussion on the web visit  
> > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > > .  
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> > To unsubscribe from this group and all its topics, send an email to  
> > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > .
> > 
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> 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).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com)  
> [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> .
> 
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Umit\_Seren](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/umit_seren/32/44933_2.png) [@Umit\_Seren](https://discuss.elastic.co/u/Umit_Seren)\
**Post date:** [October 3, 2014, 7:48pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/6 "2014-10-03T19:48:37Z")

</div>

Can you try to do the search on  
POST /gdpdm/candidate\_gene\_list\_enrichment/\_search :

POST /gdpdm/candidate\_gene\_list\_enrichment/\_search  
{  
"query": {  
"multi\_match": {  
"query": "Flowering",  
"fields": [  
"name^3.5"  
]  
}  
},  
"post\_filter": {  
"bool": {  
"must": [  
{  
"term": {  
"candidategenelist.id": "20"  
}  
},  
{  
"term": {  
"status": "Finished"  
}  
}  
]  
}  
}  
}

On Fri, Oct 3, 2014 at 9:35 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<[joergprante@gmail.com](mailto:joergprante@gmail.com)

> wrote:

> Thanks, I could load the data, but can not find anything.
> 
> Your query gave 0 hits but I found this simplified query works:
> 
> POST /\_search  
> {  
> "query" : {  
> "multi\_match" : {  
> "query" : "Flowering",  
> "fields": [  
> "name"  
> ]  
> }  
> }  
> }
> 
> JDK 7 --\> 1 hit
> 
> ```
> "version": "1.7.0_67",
> "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> "vm_version": "24.65-b04",
> "vm_vendor": "Oracle Corporation"
> 
> ```
> 
> JDK 8 --\> 1 hit
> 
> ```
> "version": "1.8.0_20",
> "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> "vm_version": "25.20-b23",
> "vm_vendor": "Oracle Corporation",
> 
> ```
> 
> on Mac OS X.
> 
> So there must be some other fishy thing going on at your cluster...
> 
> Jörg
> 
> On Fri, Oct 3, 2014 at 8:19 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> 
> > Here is the tar.gz folder of the entire elasticsearch data.  
> > let me know if you need anything elese
> > 
> > [https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing](https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing)
> > 
> > On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> > [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> > 
> > > I would love to reproduce it, do you have some test data available for a  
> > > full reproduction?
> > > 
> > > Thanks,
> > > 
> > > Jörg
> > > 
> > > On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com)  
> > > wrote:
> > > 
> > > > I have a weird problem when doing a simple query using different JDK  
> > > > versions with the same indexed data.
> > > > 
> > > > I have 2 docker images based on the official dockerfiles (  
> > > > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > > > One image has jdk7u67 installed and one has jdk8u20 installed. Both use  
> > > > the same index data (mounted as a volume) and have the same elasticsearch  
> > > > installed (1.3.4)  
> > > > Of course I only run one instance at a time
> > > > 
> > > > When I issue following search request I get different results (1 hit  
> > > > with jdk7 and 5 hits with jdk8):
> > > > 
> > > > POST /INDEX/MyType/\_search  
> > > > {  
> > > > "from": 0,  
> > > > "size": 50,  
> > > > "query": {  
> > > > "multi\_match": {  
> > > > "query": "Flowering",  
> > > > "fields": [  
> > > > "name^3.5"  
> > > > ]  
> > > > }  
> > > > },  
> > > > "post\_filter": {  
> > > > "bool": {  
> > > > "must": [  
> > > > {  
> > > > "term": {  
> > > > "candidategenelist.id": "20"  
> > > > }  
> > > > },  
> > > > {  
> > > > "term": {  
> > > > "status": "Finished"  
> > > > }  
> > > > }  
> > > > ]  
> > > > }  
> > > > }  
> > > > }
> > > > 
> > > > The “MyType” document has a mapping.  
> > > > candidategenelist is a nested type:
> > > > 
> > > > candidategenelist: {  
> > > > properties: {  
> > > > id: {  
> > > > type: integer  
> > > > }  
> > > > name: {  
> > > > type: string  
> > > > }
> > > > 
> > > > There are a couple of additional nested field types with a similar  
> > > > setup (id: integer, name: string)
> > > > 
> > > > With jdk7u67 I get 1 hit:
> > > > 
> > > > Relevant explanation:  
> > > > description”: “weight(study\_.name:flowering in 74274)  
> > > > [PerFieldSimilarity], result of:”,
> > > > 
> > > > With jdk8u20 I get 5 hits:
> > > > 
> > > > Relevant explanation:  
> > > > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > > > [PerFieldSimilarity], result of:”,  
> > > > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > > > [PerFieldSimilarity], result of:”,
> > > > 
> > > > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > > > [PerFieldSimilarity], result of:”,  
> > > > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > > > [PerFieldSimilarity], result of:”,  
> > > > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > > > [PerFieldSimilarity], result of:”,
> > > > 
> > > > So according to the explanation, the only difference is that with  
> > > > JDK7u67 it matches “name” in the nested study\_ field whereas with JDK8u20  
> > > > it matches the “name” in candidategenelist.
> > > > 
> > > > I really don’t know why there are different query results when the only  
> > > > difference is the JDK version?!  
> > > > ​
> > > > 
> > > > --  
> > > > 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).  
> > > > To view this discussion on the web visit  
> > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > > > .  
> > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > 
> > > --  
> > > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> > > To unsubscribe from this group and all its topics, send an email to  
> > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > > To view this discussion on the web visit  
> > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > .
> > > 
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > 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).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > .
> > 
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> To unsubscribe from this group and all its topics, send an email to  
> [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com)  
> [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> .
> 
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [October 3, 2014, 8:04pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/7 "2014-10-03T20:04:07Z")

</div>

Yes, I can reproduce it now....

... will investigate. Interesting issue.

Jörg

On Fri, Oct 3, 2014 at 9:48 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:

> Can you try to do the search on  
> POST /gdpdm/candidate\_gene\_list\_enrichment/\_search :
> 
> POST /gdpdm/candidate\_gene\_list\_enrichment/\_search  
> {  
> "query": {  
> "multi\_match": {  
> "query": "Flowering",  
> "fields": [  
> "name^3.5"  
> ]  
> }  
> },  
> "post\_filter": {  
> "bool": {  
> "must": [  
> {  
> "term": {  
> "candidategenelist.id": "20"  
> }  
> },  
> {  
> "term": {  
> "status": "Finished"  
> }  
> }  
> ]  
> }  
> }  
> }
> 
> On Fri, Oct 3, 2014 at 9:35 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> 
> > Thanks, I could load the data, but can not find anything.
> > 
> > Your query gave 0 hits but I found this simplified query works:
> > 
> > POST /\_search  
> > {  
> > "query" : {  
> > "multi\_match" : {  
> > "query" : "Flowering",  
> > "fields": [  
> > "name"  
> > ]  
> > }  
> > }  
> > }
> > 
> > JDK 7 --\> 1 hit
> > 
> > ```
> > "version": "1.7.0_67",
> > "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> > "vm_version": "24.65-b04",
> > "vm_vendor": "Oracle Corporation"
> > 
> > ```
> > 
> > JDK 8 --\> 1 hit
> > 
> > ```
> > "version": "1.8.0_20",
> > "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> > "vm_version": "25.20-b23",
> > "vm_vendor": "Oracle Corporation",
> > 
> > ```
> > 
> > on Mac OS X.
> > 
> > So there must be some other fishy thing going on at your cluster...
> > 
> > Jörg
> > 
> > On Fri, Oct 3, 2014 at 8:19 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> > 
> > > Here is the tar.gz folder of the entire elasticsearch data.  
> > > let me know if you need anything elese
> > > 
> > > [https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing](https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing)
> > > 
> > > On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> > > [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> > > 
> > > > I would love to reproduce it, do you have some test data available for  
> > > > a full reproduction?
> > > > 
> > > > Thanks,
> > > > 
> > > > Jörg
> > > > 
> > > > On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com)  
> > > > wrote:
> > > > 
> > > > > I have a weird problem when doing a simple query using different JDK  
> > > > > versions with the same indexed data.
> > > > > 
> > > > > I have 2 docker images based on the official dockerfiles (  
> > > > > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > > > > One image has jdk7u67 installed and one has jdk8u20 installed. Both  
> > > > > use the same index data (mounted as a volume) and have the same  
> > > > > elasticsearch installed (1.3.4)  
> > > > > Of course I only run one instance at a time
> > > > > 
> > > > > When I issue following search request I get different results (1 hit  
> > > > > with jdk7 and 5 hits with jdk8):
> > > > > 
> > > > > POST /INDEX/MyType/\_search  
> > > > > {  
> > > > > "from": 0,  
> > > > > "size": 50,  
> > > > > "query": {  
> > > > > "multi\_match": {  
> > > > > "query": "Flowering",  
> > > > > "fields": [  
> > > > > "name^3.5"  
> > > > > ]  
> > > > > }  
> > > > > },  
> > > > > "post\_filter": {  
> > > > > "bool": {  
> > > > > "must": [  
> > > > > {  
> > > > > "term": {  
> > > > > "candidategenelist.id": "20"  
> > > > > }  
> > > > > },  
> > > > > {  
> > > > > "term": {  
> > > > > "status": "Finished"  
> > > > > }  
> > > > > }  
> > > > > ]  
> > > > > }  
> > > > > }  
> > > > > }
> > > > > 
> > > > > The “MyType” document has a mapping.  
> > > > > candidategenelist is a nested type:
> > > > > 
> > > > > candidategenelist: {  
> > > > > properties: {  
> > > > > id: {  
> > > > > type: integer  
> > > > > }  
> > > > > name: {  
> > > > > type: string  
> > > > > }
> > > > > 
> > > > > There are a couple of additional nested field types with a similar  
> > > > > setup (id: integer, name: string)
> > > > > 
> > > > > With jdk7u67 I get 1 hit:
> > > > > 
> > > > > Relevant explanation:  
> > > > > description”: “weight(study\_.name:flowering in 74274)  
> > > > > [PerFieldSimilarity], result of:”,
> > > > > 
> > > > > With jdk8u20 I get 5 hits:
> > > > > 
> > > > > Relevant explanation:  
> > > > > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > > > > [PerFieldSimilarity], result of:”,  
> > > > > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > > > > [PerFieldSimilarity], result of:”,
> > > > > 
> > > > > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > > > > [PerFieldSimilarity], result of:”,  
> > > > > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > > > > [PerFieldSimilarity], result of:”,  
> > > > > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > > > > [PerFieldSimilarity], result of:”,
> > > > > 
> > > > > So according to the explanation, the only difference is that with  
> > > > > JDK7u67 it matches “name” in the nested study\_ field whereas with JDK8u20  
> > > > > it matches the “name” in candidategenelist.
> > > > > 
> > > > > I really don’t know why there are different query results when the  
> > > > > only difference is the JDK version?!  
> > > > > ​
> > > > > 
> > > > > --  
> > > > > 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).  
> > > > > To view this discussion on the web visit  
> > > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > > > > .  
> > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > 
> > > > --  
> > > > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe)  
> > > > .  
> > > > To unsubscribe from this group and all its topics, send an email to  
> > > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > > > To view this discussion on the web visit  
> > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > > .
> > > > 
> > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > 
> > > --  
> > > 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).  
> > > To view this discussion on the web visit  
> > > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com)  
> > > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > .
> > > 
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> > To unsubscribe from this group and all its topics, send an email to  
> > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > .
> > 
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> 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).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com)  
> [https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> .
> 
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGGZYC7qKB9Q\_WBDfx4MXeiDW3%3DLtGnHkgWG2X131gcEQ%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGGZYC7qKB9Q_WBDfx4MXeiDW3%3DLtGnHkgWG2X131gcEQ%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)\
**Post date:** [October 3, 2014, 8:19pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/8 "2014-10-03T20:19:52Z")

</div>

The reason is that field names are stored in a hash where the order of the  
keys depend on JVM implementation. I.e. a Java 7 JVM uses other hashes than  
a Java 8 JVM.

ES iterates over the field names in a map to find the first matching field  
"name" if the field name is not a full path, and you found a case where two  
fields are ending with "name" but their key position in the Java map is  
different across JVM implementations.

You have two options:

- never use same field names in ES structured JSON objects

- always use full path to reference the field you want

Full path example:

POST /gdpdm/candidate\_gene\_list\_enrichment/_search  
{  
"explain": true,  
"query": {  
"filtered": {  
"filter": {  
"bool": {  
"must": [  
{  
"term": {  
"candidategenelist.id": "20"  
}  
},  
{  
"term": {  
"status": "Finished"  
}  
}  
]  
}  
},  
"query": {  
"multi\_match": {  
"fields": [  
"study_.name^3.5"  
],  
"query": "Flowering"  
}  
}  
}  
}  
}

But in all cases, this is a bug in ES, and I suggest to open an issue.

Jörg

On Fri, Oct 3, 2014 at 10:04 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
[joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:

> Yes, I can reproduce it now....
> 
> ... will investigate. Interesting issue.
> 
> Jörg
> 
> On Fri, Oct 3, 2014 at 9:48 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com) wrote:
> 
> > Can you try to do the search on  
> > POST /gdpdm/candidate\_gene\_list\_enrichment/\_search :
> > 
> > POST /gdpdm/candidate\_gene\_list\_enrichment/\_search  
> > {  
> > "query": {  
> > "multi\_match": {  
> > "query": "Flowering",  
> > "fields": [  
> > "name^3.5"  
> > ]  
> > }  
> > },  
> > "post\_filter": {  
> > "bool": {  
> > "must": [  
> > {  
> > "term": {  
> > "candidategenelist.id": "20"  
> > }  
> > },  
> > {  
> > "term": {  
> > "status": "Finished"  
> > }  
> > }  
> > ]  
> > }  
> > }  
> > }
> > 
> > On Fri, Oct 3, 2014 at 9:35 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> > [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> > 
> > > Thanks, I could load the data, but can not find anything.
> > > 
> > > Your query gave 0 hits but I found this simplified query works:
> > > 
> > > POST /\_search  
> > > {  
> > > "query" : {  
> > > "multi\_match" : {  
> > > "query" : "Flowering",  
> > > "fields": [  
> > > "name"  
> > > ]  
> > > }  
> > > }  
> > > }
> > > 
> > > JDK 7 --\> 1 hit
> > > 
> > > ```
> > > "version": "1.7.0_67",
> > > "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> > > "vm_version": "24.65-b04",
> > > "vm_vendor": "Oracle Corporation"
> > > 
> > > ```
> > > 
> > > JDK 8 --\> 1 hit
> > > 
> > > ```
> > > "version": "1.8.0_20",
> > > "vm_name": "Java HotSpot(TM) 64-Bit Server VM",
> > > "vm_version": "25.20-b23",
> > > "vm_vendor": "Oracle Corporation",
> > > 
> > > ```
> > > 
> > > on Mac OS X.
> > > 
> > > So there must be some other fishy thing going on at your cluster...
> > > 
> > > Jörg
> > > 
> > > On Fri, Oct 3, 2014 at 8:19 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com)  
> > > wrote:
> > > 
> > > > Here is the tar.gz folder of the entire elasticsearch data.  
> > > > let me know if you need anything elese
> > > > 
> > > > [https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing](https://drive.google.com/file/d/0BwYlrRGOfVARbzkwb2FEUmxlRFU/view?usp=sharing)
> > > > 
> > > > On Fri, Oct 3, 2014 at 5:00 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
> > > > [joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:
> > > > 
> > > > > I would love to reproduce it, do you have some test data available for  
> > > > > a full reproduction?
> > > > > 
> > > > > Thanks,
> > > > > 
> > > > > Jörg
> > > > > 
> > > > > On Fri, Oct 3, 2014 at 4:21 PM, Ümit Seren [uemit.seren@gmail.com](mailto:uemit.seren@gmail.com)  
> > > > > wrote:
> > > > > 
> > > > > > I have a weird problem when doing a simple query using different JDK  
> > > > > > versions with the same indexed data.
> > > > > > 
> > > > > > I have 2 docker images based on the official dockerfiles (  
> > > > > > [Dockerfile Project - Trusted Automated Docker Builds](http://dockerfile.github.io/#/elasticsearch)).  
> > > > > > One image has jdk7u67 installed and one has jdk8u20 installed. Both  
> > > > > > use the same index data (mounted as a volume) and have the same  
> > > > > > elasticsearch installed (1.3.4)  
> > > > > > Of course I only run one instance at a time
> > > > > > 
> > > > > > When I issue following search request I get different results (1 hit  
> > > > > > with jdk7 and 5 hits with jdk8):
> > > > > > 
> > > > > > POST /INDEX/MyType/\_search  
> > > > > > {  
> > > > > > "from": 0,  
> > > > > > "size": 50,  
> > > > > > "query": {  
> > > > > > "multi\_match": {  
> > > > > > "query": "Flowering",  
> > > > > > "fields": [  
> > > > > > "name^3.5"  
> > > > > > ]  
> > > > > > }  
> > > > > > },  
> > > > > > "post\_filter": {  
> > > > > > "bool": {  
> > > > > > "must": [  
> > > > > > {  
> > > > > > "term": {  
> > > > > > "candidategenelist.id": "20"  
> > > > > > }  
> > > > > > },  
> > > > > > {  
> > > > > > "term": {  
> > > > > > "status": "Finished"  
> > > > > > }  
> > > > > > }  
> > > > > > ]  
> > > > > > }  
> > > > > > }  
> > > > > > }
> > > > > > 
> > > > > > The “MyType” document has a mapping.  
> > > > > > candidategenelist is a nested type:
> > > > > > 
> > > > > > candidategenelist: {  
> > > > > > properties: {  
> > > > > > id: {  
> > > > > > type: integer  
> > > > > > }  
> > > > > > name: {  
> > > > > > type: string  
> > > > > > }
> > > > > > 
> > > > > > There are a couple of additional nested field types with a similar  
> > > > > > setup (id: integer, name: string)
> > > > > > 
> > > > > > With jdk7u67 I get 1 hit:
> > > > > > 
> > > > > > Relevant explanation:  
> > > > > > description”: “weight(study\_.name:flowering in 74274)  
> > > > > > [PerFieldSimilarity], result of:”,
> > > > > > 
> > > > > > With jdk8u20 I get 5 hits:
> > > > > > 
> > > > > > Relevant explanation:  
> > > > > > “description”: “weight(candidategenelist.name:flowering in 74274)  
> > > > > > [PerFieldSimilarity], result of:”,  
> > > > > > “description”: “weight(candidategenelist.name:flowering in 6614)  
> > > > > > [PerFieldSimilarity], result of:”,
> > > > > > 
> > > > > > “description”: “weight(candidategenelist.name:flowering in 56078)  
> > > > > > [PerFieldSimilarity], result of:”,  
> > > > > > “description”: “weight(candidategenelist.name:flowering in 6674)  
> > > > > > [PerFieldSimilarity], result of:”,  
> > > > > > “description”: “weight(candidategenelist.name:flowering in 6646)  
> > > > > > [PerFieldSimilarity], result of:”,
> > > > > > 
> > > > > > So according to the explanation, the only difference is that with  
> > > > > > JDK7u67 it matches “name” in the nested study\_ field whereas with JDK8u20  
> > > > > > it matches the “name” in candidategenelist.
> > > > > > 
> > > > > > I really don’t know why there are different query results when the  
> > > > > > only difference is the JDK version?!  
> > > > > > ​
> > > > > > 
> > > > > > --  
> > > > > > 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).  
> > > > > > To view this discussion on the web visit  
> > > > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com)  
> > > > > > [https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/66af6726-d390-4f3f-8620-6ef2cff5397c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> > > > > > .  
> > > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > > 
> > > > > --  
> > > > > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe)  
> > > > > .  
> > > > > To unsubscribe from this group and all its topics, send an email to  
> > > > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > > > > To view this discussion on the web visit  
> > > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com)  
> > > > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoEkKm-6Z%2B65jWANAACC8nta9JexLjtjaLub5-fS5pSsyg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > > > .
> > > > > 
> > > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > > 
> > > > --  
> > > > 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).  
> > > > To view this discussion on the web visit  
> > > > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com)  
> > > > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf\_A%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4CEmwYd1iy%3DNWDK8iSiOh%3DoeMWGZD4xXw1L9yc1phmf_A%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > > .
> > > > 
> > > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > > 
> > > --  
> > > 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/3m9vPPokslw/unsubscribe](https://groups.google.com/d/topic/elasticsearch/3m9vPPokslw/unsubscribe).  
> > > To unsubscribe from this group and all its topics, send an email to  
> > > [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > > To view this discussion on the web visit  
> > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com)  
> > > [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGwmxNUuM%3DW8YF7edDAf64vO%2Bco0dy%2BapLm8bT9RR8LJg%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > > .
> > > 
> > > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> > 
> > --  
> > 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).  
> > To view this discussion on the web visit  
> > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com)  
> > [https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/CANBYW4Dfp%2BgvmwJvWLuFE56D0GSg5NaafFERcQhnpJa8W2qo8Q%40mail.gmail.com?utm_medium=email&utm_source=footer)  
> > .
> > 
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGz%3DCvR7EtyOaBvmrOnStLVCEkz6M8RsgxOn1tz6iZ%3DuA%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAKdsXoGz%3DCvR7EtyOaBvmrOnStLVCEkz6M8RsgxOn1tz6iZ%3DuA%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jpountz](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jpountz/32/45836_2.png) [@jpountz](https://discuss.elastic.co/u/jpountz)\
**Post date:** [October 3, 2014, 10:21pm UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/9 "2014-10-03T22:21:15Z")

</div>

On Fri, Oct 3, 2014 at 10:19 PM, [joergprante@gmail.com](mailto:joergprante@gmail.com) \<  
[joergprante@gmail.com](mailto:joergprante@gmail.com)\> wrote:

> But in all cases, this is a bug in ES, and I suggest to open an issue.

+1 it's bad that the results that you get depend on the iteration order of  
a hash table. Thanks for investigating the issue Jörg!

--  
Adrien Grand

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAL6Z4j4eN661JUZTRfuJx9eBkxqAsQ6weFxefOYVgMVZ4A%2B3%2Bw%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAL6Z4j4eN661JUZTRfuJx9eBkxqAsQ6weFxefOYVgMVZ4A%2B3%2Bw%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Umit\_Seren](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/umit_seren/32/44933_2.png) [@Umit\_Seren](https://discuss.elastic.co/u/Umit_Seren)\
**Post date:** [October 4, 2014, 8:42am UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/10 "2014-10-04T08:42:19Z")

</div>

Created issue:

> <https://github.com/elastic/elasticsearch/issues/7984>
>
> Doing a simple multi-match query on a document that contains multiple nested fie…ld types with the same field names lead to different results when using JDK8 or JDK7. 
> 
> JDK 7 --\> 1 hit
> "version": "1.7.0\_67",
> "vm\_name": "Java HotSpot(TM) 64-Bit Server VM",
> "vm\_version": "24.65-b04",
> "vm\_vendor": "Oracle Corporation"
> 
> JDK 8 --\> 5 hits
> "version": "1.8.0\_20",
> "vm\_name": "Java HotSpot(TM) 64-Bit Server VM",
> "vm\_version": "25.20-b23",
> "vm\_vendor": "Oracle Corporation",
> 
> Sample data and more details can be found here: 
> https://groups.google.com/forum/#!topic/elasticsearch/3m9vPPokslw

On Saturday, October 4, 2014 12:21:24 AM UTC+2, Adrien Grand wrote:

> On Fri, Oct 3, 2014 at 10:19 PM, [joerg...@gmail.com](mailto:joerg...@gmail.com) \<javascript:\> \<  
> [joerg...@gmail.com](mailto:joerg...@gmail.com) \<javascript:\>\> wrote:
> 
> > But in all cases, this is a bug in ES, and I suggest to open an issue.
> 
> +1 it's bad that the results that you get depend on the iteration order of  
> a hash table. Thanks for investigating the issue Jörg!
> 
> --  
> Adrien Grand

--  
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).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/44b81f7d-18ce-40c9-8fc0-425f0aa7e11c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/44b81f7d-18ce-40c9-8fc0-425f0aa7e11c%40googlegroups.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<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, 12:58am UTC](https://discuss.elastic.co/t/different-query-results-when-using-jdk8-and-jdk7/20065/11 "2017-07-06T00:58:16Z")

</div>