Re: Enabling SSL
Hi William, You should be able to navigate to https://local host:8983/solr (albeit with your host:port) to access the admin UI, provided you updated the urlScheme property in the Zookeeper cluster props. Did you complete that step? Esther Search Engineer Lucidworks > On Jul 12, 2017, at 08:20, Miller, William K - Norman, OK - Contractor > wrote: > > I am trying to enable SSL and I have followed the instructions in the Solr > 6.4 reference manual, but when I restart my Solr server and try to access the > Solr Admin page I am getting: > > “This page isn’t working”; > sent an invalid response; > ERR_INVALID_HTTP_RESPONSE > > Does the Solr server need to be on a secure server in order to enable SSL. > > > Additional Info: > Running Solr 6.5.1 on Linux OS > > > > > ~~~ > William Kevin Miller > > ECS Federal, Inc. > USPS/MTSC > (405) 573-2158 >
Re: Difference between currency fieldType and float fieldType
I think Edwin might be concerned that in storing it as a long type, there will be no distinguishing between, in example, $1234.56 and $123456. But correct me if I'm wrong - the latter would be stored as 12345600. When sending in a search for all values less than $100,000 on a long field, will there be a need to send in that value in cents? (That is, q=*:*&fq=long_field[* TO 1000] ) Thanks, Esther Quansah > Le 7 déc. 2016 à 07:26, Dorian Hoxha a écrit : > > Come on dude, just use the int/long. > Source: double is still a float. > > On Wed, Dec 7, 2016 at 1:17 PM, Zheng Lin Edwin Yeo > wrote: > >> Thanks for the reply. >> >> How about using the double fieldType? >> I tried that it works, as it is 64-bit, as compared to 32-bit for float. >> But will it hit the same issue again if the amount exceeds 64-bit? >> >> Regards, >> Edwin >> >> >>> On 7 December 2016 at 15:28, Dorian Hoxha wrote: >>> >>> Yeah, you'll have to do the conversion yourself (or something internal, >>> like the currencyField). >>> >>> Think about it as datetimes. You store everything in utc (cents), but >>> display to each user in it's own timezone (different currency, or just >> from >>> cents to full dollars). >>> >>> On Wed, Dec 7, 2016 at 8:23 AM, Zheng Lin Edwin Yeo < >> edwinye...@gmail.com> >>> wrote: >>> >>>> But if I index $1234.56 as "123456", won't it affect the search or >> facet >>> if >>>> I do a query directly to Solr? >>>> >>>> Say if I search for index with amount that is lesser that $2000, it >> will >>>> not match, unless when we do the search, we have to pass "20" to >>> Solr? >>>> >>>> Regards, >>>> Edwin >>>> >>>> >>>> On 7 December 2016 at 07:44, Chris Hostetter >> >>>> wrote: >>>> >>>>> : Thanks for your reply. >>>>> : >>>>> : That means the best fieldType to use for money is currencyField, >> and >>>> not >>>>> : any other fieldType? >>>>> >>>>> The primary use case for CurrencyField is when you want to do dynamic >>>>> currency fluctuations between multiple currency types at query time >> -- >>>> but >>>>> to do that you either need to use the FileExchangeRateProvider and >> have >>>>> your owne backend system to update the exchange rates, or you have to >>>> have >>>>> an openexchangerates.org account, or implement some other provider >>> (with >>>>> custom solr java code) >>>>> >>>>> >>>>> If you only care about a single type of currency -- for example, if >> all >>>>> you care about is is US Dollars -- then just use either >>>>> TrieIntField or TrieLongField and represent in the smallest possible >>>>> increment you need to measure -- for US Dollars this would be cents. >>> ie: >>>>> $1234.56 would be put in your index as "123456" >>>>> >>>>> >>>>> >>>>> -Hoss >>>>> http://www.lucidworks.com/ >>>>> >>>> >>> >>
Re: Newbie: Searching across 2 collections ?
Hi Bruno,
You might consider using the JoinQueryParser. Details here :
https://cwiki.apache.org/confluence/display/solr/Other+Parsers#OtherParsers-JoinQueryParser
Best,
Esther
> Le 6 janv. 2016 à 08:48, Bruno Mannina a écrit :
>
> Same result on my dev' server, it seems that collection param haven't effect
> on the query...
>
> Q: I don't see on the solr 5.4 doc, the "collection" param for select
> handler, is it always present in 5.4 version ?
>
> Le 06/01/2016 17:38, Bruno Mannina a écrit :
>> I have a dev' server, I will do some test on it...
>>
>> Le 06/01/2016 17:31, Susheel Kumar a écrit :
>>> I'll suggest if you can setup some some test data locally and try this
>>> out. This will confirm your understanding.
>>>
>>> Thanks,
>>> Susheel
>>>
On Wed, Jan 6, 2016 at 10:39 AM, Bruno Mannina wrote:
Hi Susheel, Emir,
yes I check, and I have one result in c1 and in c2 with the same query
fid:34520196
http://xxx.xxx.xxx.xxx:
/solr/c1/select?q=fid:34520196&wt=json&indent=true&fl=id,fid,cc*,st&collection=c1,c2
{ "responseHeader":{ "status":0, "QTime":1, "params":{ "fl":"fid,cc*,st",
"indent":"true", "q":"fid:34520196", "collection":"c1,c2", "wt":"json"}},
"response":{"numFound":1,"start":0,"docs":[ {
"id":"EP1680447",
"st":"LAPSED",
"fid":"34520196"}]
}
}
http://xxx.xxx.xxx.xxx:
/solr/c2/select?q=fid:34520196&wt=json&indent=true&fl=id,fid,cc*,st&collection=c1,c2
{
"responseHeader":{
"status":0,
"QTime":0,
"params":{
"fl":"id,fid,cc*,st",
"indent":"true",
"q":"fid:34520196",
"collection":"c1,c2",
"wt":"json"}},
"response":{"numFound":1,"start":0,"docs":[
{
"id":"WO2005040212",
"st":"PENDING",
"cc_CA":"LAPSED",
"cc_EP":"LAPSED",
"cc_JP":"PENDING",
"cc_US":"LAPSED",
"fid":"34520196"}]
}}
I have the same xxx.xxx.xxx.xxx: (server:port).
unique key field C1, C2 : id
id data in C1 is different of id data in C2
Must I config/set something in solr ?
thanks,
Bruno
Le 06/01/2016 14:56, Emir Arnautovic a écrit :
> Hi Bruno,
> Can you check counts? Is it possible that first page is only with results
> from collection that you sent request to so you assumed it returns only
> results from single collection?
>
> Thanks,
> Emir
>
>> On 06.01.2016 14:33, Susheel Kumar wrote:
>>
>> Hi Bruno,
>>
>> I just tested this scenario in my local solr 5.3.1 and it returned
>> results
>> from two identical collections. I doubt if it is broken in 5.4 just
>> double
>> check if you are not missing anything else.
>>
>> Thanks,
>> Susheel
>>
>>
>> http://localhost:8983/solr/c1/select?q=id_type%3Ahello&wt=json&indent=true&collection=c1,c2
>>
>>
>> responseHeader": {"status": 0,"QTime": 98,"params": {"q":
>> "id_type:hello","
>> indent": "true","collection": "c1,c2","wt": "json"}},
>> response": {"numFound": 2,"start": 0,"maxScore": 1,"docs": [{"id": "1","
>> id_type": "hello","_version_": 1522623395043213300},{"id":
>> "3","id_type":"
>> hello","_version_": 1522623422397415400}]}
>>
>> On Wed, Jan 6, 2016 at 6:13 AM, Bruno Mannina wrote:
>>
>> yes id value is unique in C1 and unique in C2.
>>> id in C1 is never present in C2
>>> id in C2 is never present in C1
>>>
>>>
>>> Le 06/01/2016 11:12, Binoy Dalal a écrit :
>>>
>>> Are Id values for docs in both the collections exactly same?
To get proper results, the ids should be unique across both the cores.
On Wed, 6 Jan 2016, 15:11 Bruno Mannina wrote:
Hi All,
> Solr 5.4, Ubuntu
>
> I thought it was simple to request across two collections with the
> same
> schema but not.
> I have one solr instance launch. 300 000 records in each collection.
>
> I try to use this request without having both results:
>
> http://my_adress:my_port
> /solr/C1/select?collection=C1,C2&q=fid:34520196&wt=json
>
> this request returns only C1 results and if I do:
>
> http://my_adress:my_port
> /solr/C2/select?collection=C1,C2&q=fid:34520196&wt=json
>
> it returns only C2 results.
>
> I have 5 identical fields on both collection
> id, fid, st, cc, timestamp
> where id is the unique key field.
>
> Can someone could explain me why it doesn't work ?
>
> Thanks a lot !
> Bruno
>
Re: post.jar with security.json
Hi Craig, To pass the username and password, you'll want to enable authorization and authentication in security.json as is mentioned in this blog post in step 1 of "Enabling Basic Authentication". https://lucidworks.com/blog/2015/08/17/securing-solr-basic-auth--rules/ Is this what you're looking for? Thanks, Esther Quansah > Le 29 déc. 2015 à 12:24, Oakley, Craig (NIH/NLM/NCBI) [C] > a écrit : > > Or to put it another way, how does one get security.json to work with > SOLR-5960? > > Has anyone any suggestions? > > -Original Message- > From: Oakley, Craig (NIH/NLM/NCBI) [C] > Sent: Thursday, December 24, 2015 2:12 PM > To: 'solr-user@lucene.apache.org' > Subject: post.jar with security.json > > In the old jetty-based implementation of Basic Authentication, one could use > post.jar by running something like > > java -Durl="http://user:pswd@host:8983/solr/corename/update"; > -Dtype=application/xml -jar post.jar example.xml > > By what mechanism does one pass in the user name and password to post.jar > (or, I suppose more likely, to solr-5.4.0/bin/post) when using security.json? > > Thanks
