Re: URI is too long
GET request length is limited by URL length. RFCs defining HTTP recommend you keep it under 8KB but put no hard limit in place. Because of no hard limit it boils down to the implementation - both on the server side and client side: - On client side Internet Explorer is limited to about 2KB for example - On server side Jetty (used by Solr) defaults to a 4KB limit POST should be used for larger requests, but it can sometimes be limited too - for example Jetty (default container for Solr) defaults to 200.000 bytes max. To increase that change this: http://www.eclipse.org/jetty/documentation/current/setting-form-size.html -- Maciej Lisiewski +1 647-779-1788 On Sat, Feb 6, 2016 at 3:11 PM, Jack Krupansky <jack.krupan...@gmail.com> wrote: > And you're sure that you can't use the terms query parser, which was > explicitly designed for handling a very long list of terms to be implicitly > ORed? > > -- Jack Krupansky > > On Sat, Feb 6, 2016 at 2:26 PM, Salman Ansari <salman.rah...@gmail.com> > wrote: > > > It looked like there was another issue with my query. I had too many > > boolean operators (I believe maxBooleanClause property in > SolrConfig.xml). > > I just looped in batch of 1000 to get all the docs. Not sure if there is > a > > better way of handling this. > > > > Regards, > > Salman > > > > > > On Wed, Feb 3, 2016 at 12:29 AM, Shawn Heisey <apa...@elyograg.org> > wrote: > > > > > On 2/2/2016 1:46 PM, Salman Ansari wrote: > > > > OK then, if there is no way around this problem, can someone tell me > > the > > > > maximum size a POST body can handle in Solr? > > > > > > It is configurable in solrconfig.xml. Look for the > > > formdataUploadLimitInKB setting in the 5.x configsets. This setting > > > defaults to 2048, which means 2 megabytes. > > > > > > Thanks, > > > Shawn > > > > > > > > >
Why is Solr still shipped with Jetty 6 / switching to Jetty 8?
I have just noticed that Solr 3.6 still includes Jetty 6, which is no longer maintained. Not no longer developed, but it has actually reached End of Life as of 26th January 2012 ( http://dev.eclipse.org/mhonarc/lists/jetty-announce/msg00026.html ) and that means no bugfixes or security patches - for almost 4 months now. Both Jetty 7.x and 8.x are currently considered stable, there are multiple tickets in Jira considering upgrade to either of the two, but the work seems to be complete-ish only for 4.0, not for latest stable, that was released months after EoL announcement. Does anyone have any experience with Solr 3.6 and Jetty 8? Will it work out of the box or should I expect all hell breaking loose? -- Maciej Lisiewski
Re: Why is Solr still shipped with Jetty 6 / switching to Jetty 8?
There is some discussion here: https://issues.apache.org/jira/browse/SOLR-3159 I've seen it - it's one of the Jira tickets I was referring to: Jetty 8 is default for trunk now, but I have failed to find any info about using Jetty 8 with Solr 3.6. -- Maciej Lisiewski
Re: Reducing heap space consumption for large dictionaries?
W dniu 2011-12-13 05:48, Chris Male pisze: Hi, Its good to hear some feedback on using the Hunspell dictionaries. Lucene's support is pretty new so we're obviously looking to improve it. Could you open a JIRA issue so we can explore whether there is some ways to reduce memory consumption? Done: https://issues.apache.org/jira/browse/SOLR-2968 -- Maciej Lisiewski
Re: Reducing heap space consumption for large dictionaries?
Hi, in my index schema I has defined a DictionaryCompoundWordTokenFilterFactory and a HunspellStemFilterFactory. Each FilterFactory has a dictionary with about 100k entries. To avoid an out of memory error I have to set the heap space to 128m for 1 index. Is there a way to reduce the memory consumption when parsing the dictionary? I need to create several indexes and 128m for each index is too much. Same problem here - even with an empty index (no data yet) and two fields using Hunspell (pl_PL) I had to increase heap size to over 2GB for solr to start at all.. Stempel using the very same dictionary works fine with 128M.. -- Maciej Lisiewski
Re: Search based on images
W dniu 2010-12-11 06:24, Dennis Gearon pisze: Threre is actually some image recognition search engine software somewhere I heard about. Take a picture of something, say a poster, upload it, and it will adjust for some lighting/angle/distortion, and try to find it on the web somewhere. tineye.com Works quite well. -- Maciej Lisiewski -- VW Passat czy Golf? Nowy czy używany? Wybierz sam i sprawdź http://linkint.pl/f288c
Re: Problem with loading a class
Just checked logs: Dec 9, 2010 3:12:42 PM org.apache.solr.core.SolrResourceLoader replaceClassLoader INFO: Adding 'file:/var/www/solr/searchPr/lib/lucene-stempel-3.1-2010-12-06_10-23-49.jar' to classloader [..] Dec 9, 2010 3:12:42 PM org.apache.solr.common.SolrException log SEVERE: org.apache.solr.common.SolrException: Error loading class 'solr.StempelPolishStemFilterFactory' What am I doing wrong? I am trying to use StempelPolishStemFilter: I've added filter class=solr.StempelPolishStemFilterFactory language=Polish/ to analyzer in fieldtype in schema.xml, restarted Jetty, and got: org.apache.solr.common.SolrException: Error loading class 'solr.StempelPolishStemFilterFactory' [...] Caused by: java.lang.ClassNotFoundException: solr.StempelPolishStemFilterFactory So I tried putting contrib/analysis-extras/lucene-libs/lucene-stempel-3.1-2010-12-06_10-23-49.jar in ./lib and ./lucene-libs - same result. Next I tried pointing solr to jars by putting lib dir= and/or lib path= in solrconfig.xml, tried both relative and absolute paths only to get the very same error message. After 11 hours of trying to get it to work I'm officialy out of ideas - I'd really appreciate any help. I'm using solr 3.1 2010-12-06 nightly (Stempel is only available for 3.1 and 4.0). -- KONKURS! Wybierz nagrode roku i wygraj! Sprawdz http://linkint.pl/f28a0
Problem with loading a class
I am trying to use StempelPolishStemFilter: I've added filter class=solr.StempelPolishStemFilterFactory language=Polish/ to analyzer in fieldtype in schema.xml, restarted Jetty, and got: org.apache.solr.common.SolrException: Error loading class 'solr.StempelPolishStemFilterFactory' [...] Caused by: java.lang.ClassNotFoundException: solr.StempelPolishStemFilterFactory So I tried putting contrib/analysis-extras/lucene-libs/lucene-stempel-3.1-2010-12-06_10-23-49.jar in ./lib and ./lucene-libs - same result. Next I tried pointing solr to jars by putting lib dir= and/or lib path= in solrconfig.xml, tried both relative and absolute paths only to get the very same error message. After 11 hours of trying to get it to work I'm officialy out of ideas - I'd really appreciate any help. I'm using solr 3.1 2010-12-06 nightly (Stempel is only available for 3.1 and 4.0). -- Maciej Lisiewski -- Gra dla duzych chlopcow. http://linkint.pl/f2717
Re: Search based on images
There is imgSeek ( http://www.imgseek.net/isk-daemon ), which while being far from perfect (can't handle rotated images) is quite simple and has already been added to xapian. Paper on the method used: http://grail.cs.washington.edu/projects/query/mrquery.pdf -- Maciej Lisiewski I know some people use OpenCV to include the function into search service. I also wish to see this functionality in future Solr. - Original Message - From: sivaprasad sivaprasa...@echidnainc.com To: solr-user@lucene.apache.org Sent: Thursday, December 09, 2010 1:57 PM Subject: Search based on images Hi, If i upload a product image, i need to find the similar images based on the uploaded image.The sample is given below. http://www.gazopa.com/similar?img=eb04%3A9601%2F1543805img_url=http%3A%2F%2Fd.yimg.com%2Fi%2Fng%2Fsp%2Fp4%2F20090208%2F20%2F350396776.jpg# Anybody has any ideas on this.Please suggest any papers on this. Regards, JS -- View this message in context: http://lucene.472066.n3.nabble.com/Search-based-on-images-tp2056050p2056050.html Sent from the Solr - User mailing list archive at Nabble.com. - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3304 - Release Date: 12/08/10 Swiateczne tapety na telefon! Pobierz http://linkint.pl/f2882
