You really have to define _how_ it's not working, provide field definitions,
perhaps the result of adding =query to the URL. You might review:
http://wiki.apache.org/solr/UsingMailingLists
At a guess and based on fragmentary information, your second query is
searching against the default field, often "text" which I'd guess has a much
different analysis chain than title_v.
Best,
Erick
On Fri, Sep 16, 2016 at 9:00 AM, shekhar <sman...@its.jnj.com> wrote:
> Problem: Searching Special charterer in solr behaving inconsistently
>
> Example: search character ¢ , £ , ¤ , ¥ , ¦ , §
>
> By searching this character by using particular field Like say title__v,
> result is coming as expected.
>
> *Query:*
>
> solr/trucollection/select?q=title__v:(*%C2%A2%5C+%2C%5C+%C2%A3%5C+%2C%5C+%C2%A4%5C+%2C%5C+%C2%A5%5C+%2C%5C+%C2%A6%5C+%2C%5C+%C2%A7*
> OR "%C2%A2+%2C+%C2%A3+%2C+%C2%A4+%2C+%C2%A5+%2C+%C2%A6+%2C+%C2%A7") AND
> (isrestricted:false OR groupid:("07C90F45-AA61-4B2A-A446-BEA13C8409E2" OR
> "23414BF3-046D-475A-9268-AA7BF5238DB3" OR
> "50FC6521-DBCC-4097-A3BA-03AE6C202C2F"))=0=50
> =owning_facility__v
> desc=on=shard=owning_facility__v=status__v=type__v=classification__v
> bulk_erp_code product_categorys owning_department__v docobjid erp_code
> category_of_change shard groupid title__v author brands hassupportingdocs
> last_periodic_review_date__vs technology__c document_language__c
> effective_date__v reason_code__c owning_segments__c isrestricted region__c
> document_number__v fileuniquename approved_date__vs impacted_departments__v
> severity id owning_facility__v change_coordinator lifecycle_categories__c
> status__v next_periodic_review_date__vs subtype__v version__v fg_erp_code
> impacted_facilities__v type__v franchises country__v policy
> legacy_document_number__c formula_number marketing_companys
> impacted_segments__c=json
>
> *
> But when we use the same search criteria by using quick search(full text
> search), It is not working*
>
> *Query:*
>
> solr/trucollection/select?q=(*%C2%A2+%2C+%C2%A3+%2C+%C2%A4+%2C+%C2%A5+%2C+%C2%A6+%2C+%C2%A7*
> OR "%C2%A2+%2C+%C2%A3+%2C+%C2%A4+%2C+%C2%A5+%2C+%C2%A6+%2C+%C2%A7") AND
> (isrestricted:false OR groupid="07C90F45-AA61-4B2A-A446-BEA13C8409E2" OR
> "23414BF3-046D-475A-9268-AA7BF5238DB3" OR
> "50FC6521-DBCC-4097-A3BA-03AE6C202C2F")=0=50
> =owning_facility__v
> desc=on=shard=owning_facility__v=status__v=type__v=classification__v
> bulk_erp_code product_categorys owning_department__v docobjid erp_code
> category_of_change shard groupid title__v author brands hassupportingdocs
> last_periodic_review_date__vs technology__c document_language__c
> effective_date__v reason_code__c owning_segments__c isrestricted region__c
> document_number__v fileuniquename approved_date__vs impacted_departments__v
> severity id owning_facility__v change_coordinator lifecycle_categories__c
> status__v next_periodic_review_date__vs subtype__v version__v fg_erp_code
> impacted_facilities__v type__v franchises country__v policy
> legacy_document_number__c formula_number marketing_companys
> impacted_segments__c=json
>
>
> Can anyone help me out.
>
> Best regards,
> Shekhar
>
>
>
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Searching-Special-charterer-in-solr-behaving-inconsistent-tp4296493.html
> Sent from the Solr - User mailing list archive at Nabble.com.
