lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Smiley (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SOLR-12505) Streaming expressions - fetch() does not work as expected
Date Thu, 21 Jun 2018 03:31:00 GMT

    [ https://issues.apache.org/jira/browse/SOLR-12505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16518873#comment-16518873
] 

David Smiley commented on SOLR-12505:
-------------------------------------

I think it doesn't matter either way?  I'd at least be surprised to learn it could matter.
 Local-params aren't even parsed unless the default parser (based on context of use) is "lucene";
it's basically assumed in every case except 'q' which is governed by defType.  Does the context
of this scenario above go to a 'q' to a request handler that might be customized with a defType?

> Streaming expressions - fetch() does not work as expected
> ---------------------------------------------------------
>
>                 Key: SOLR-12505
>                 URL: https://issues.apache.org/jira/browse/SOLR-12505
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>    Affects Versions: 7.3.1
>         Environment: Windows 10, Java 10, Solr Cloud 7.3.1
>            Reporter: Dariusz Wojtas
>            Assignee: Joel Bernstein
>            Priority: Major
>         Attachments: names.zip
>
>
> The issue:
>  # when I try to use fetch() within a streaming expression, it does not enrich the inner
source data. The result is exactly the same as if there was no surrounding fetch() function.
>  # but it works if I try to do a leftOuterJoin() function instead.
> Use the attached 'names' collection configuration.
>  SOLR works in _cloud_ mode, streaming expressions do work, ie. stream(), join(), etc
> Data to be inserted:
>  ==
> {code:xml}
> <add>
>  <doc>
>   <field name="id">1</field>
>   <field name="type">entity</field>
>   <field name="name">Orignal Darek name</field>
>   <field name="country">uk</field>
>   <doc>
>    <field name="id">N001</field>
>    <field name="parentId">1</field>
>    <field name="type">alternate</field>
>    <field name="alias">Darek</field>
>   </doc>
>   <doc>
>    <field name="id">N002</field>
>    <field name="parentId">1</field>
>    <field name="type">alternate</field>
>    <field name="alias">Darke</field>
>   </doc>
>   <doc>
>    <field name="id">N003</field>
>    <field name="parentId">1</field>
>    <field name="type">alternate</field>
>       <field name="alias">Darko</field>
>   </doc>
>  </doc>
>  <doc>
>   <field name="id">2</field>
>   <field name="type">entity</field>
>   <field name="name">Texaco</field>
>   <field name="country">de</field>
>   <doc>
>    <field name="id">N0011</field>
>    <field name="parentId">2</field>
>    <field name="type">alternate</field>
>    <field name="alias">Texxo</field>
>   </doc>
>   <doc>
>    <field name="id">N0012</field>
>    <field name="parentId">2</field>
>    <field name="type">alternate</field>
>    <field name="alias">Texoco</field>
>   </doc>
>  </doc>
> </add>
> {code}
> ==
>  The streaming query to execute.
>  Simplified, as the mainsearch usually does more complext stuff.
>  ==
> {noformat}
>  fetch( 
>  names,
>  search(names,
>  qt="/select",
>  q="*:*",
>  fq="type:alternate",
>  fl="parentId, alias",
>  rows=10,
>  sort="parentId asc"), 
>  on="parentId=id",
>  fl="name,country"
>  )
> {noformat}
> ==
> *Result*:
>  * Collection of attributes: parentId, alias
> *Expected result*:
>  * Collection of attributes: parentId, alias, name, country



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message