Re: Re[2]: "null" in admin page
I got this problem some time ago. Solr comes configured as multicore and you running it as only one core. Just disable the multicore settings. 2008/5/27 JLIST <[EMAIL PROTECTED]>: > Nightly. > > > Which Solr version, though? Nightly? > > > > -- Alexander Ramos Jardim
RE: Announcement of Solr Javascript Client
Nice! Another technique for the denial-of-service problem: you can regulate the number of simultaneous active servlets. Most servlet containers have a configuration for this somewhere. This will slow down legit users but will still avoid killing the server machine. -Original Message- From: Matthias Epheser [mailto:[EMAIL PROTECTED] Sent: Sunday, May 25, 2008 2:28 PM To: solr-user@lucene.apache.org Subject: Announcement of Solr Javascript Client Hi users, As initially described in this thread [1] I am currently working on a javascript client library for solr. The idea is based on a demo [2] that introduces a reusable javascript widget client. I spent the last weeks evaluating the best fitting technologies that ensure a clean generic port of the demo into the solr project. The goal is to make it easy to use and include in webpages on the one hand, and creating a clean interface to the solr server on the other hand. With this announcement, I want to ask the community for their experience with solr and javascript and would appreciate feedback about this proposal: - javascript toolkit: JQuery, because it is already shipped with the solr webapp - Using a manager object on the client that holds all widgets and takes care of the communication to the solr server. - Using the JSONResponsewriter to get the data to the widgets so they could update their ui. These technologies seem to be the currently best ones IMHO, any feedback/experiences welcome. Regards, matthias [1] http://www.nabble.com/-GSOC-proposal-%3A-Solr-javascript-client-library-to16 422808.html#a16430329 [2] http://lovo.test.dev.indoqa.com/mepheser/moobrowser/
RE: Sorting in different languages
Hi Uwe, On 05/26/2008 at 8:43 AM, Uwe Klosa wrote: > We're using Solr 1.3 in our application and we have an index > that contains 3 different languages which are stored and > indexed in fields like 'title_sv', 'title_en', 'title_no'. > > Our problem in this case is we want to sort the search > results according to the different rules for each language. > If we have 'sort=title_sv asc' we want that the Swedish > rules are used. Is there a standard way to achieve this? Although the underlying Lucene Sort facility supports Locale-based field sorting[1], Solr does not expose this functionality. I think Solr should support syntax like "sort=title_sv asc locale:sv", minimally including the language, but possibly also the country component of the locale, e.g. "sort=title_de asc locale:de_CH" for Swiss German. Steve [1] http://lucene.apache.org/java/2_3_2/api/org/apache/lucene/search/SortField.html#SortField(java.lang.String,%20java.util.Locale)
solr sorting question
Question about sorting with solr. I want to group results in certain sort order so i can split them & display in tabs easily. I want to be able to have a custom sort order instead of sort=cat asc score desc In the above mentioned way, categories are grouped in ascending order. But i want certain categories to come up first in the sort order. I don't want them to be grouped in ascending order. Please shed some light anyone. How to do it. Is it possible? -- View this message in context: http://www.nabble.com/solr-sorting-question-tp17498596p17498596.html Sent from the Solr - User mailing list archive at Nabble.com.
RE: Sorting in different languages
: I think Solr should support syntax like "sort=title_sv asc locale:sv", : minimally including the language, but possibly also the country : component of the locale, e.g. "sort=title_de asc locale:de_CH" for Swiss : German. I'm not sure how i feel about that syntax, but a fairly straight forward way to get Locale based sorting with Solr is to write a subclass of StrField that took in a "locale" init param and used it in the getSortField method. Then in yourschema each could declare what locale to use for sorting. that would work with Solr 1.2 without any modifications, but if someone wants to submit a patch we can make Solr "out of the box" by making similar changes to the FieldType base class that would be pretty cool. (one thing that might get tricky is making the new Locale option play nice with the sortMissingFirst and sortMissingLast options ... might need some creative SortComparators) -Hoss
field normalization and omitNorms
Hi all, I've been looking without success for a simple explanation of the effect of omitNorms=false for a text field. Can someone point me to the relevant doc? What is the effect of omitNorms=false on index size and query performance for say 200K documents that have s single large text field that ranges from maybe 30K up to around 800K? Do I want omitNorms=true or false? Thanks! Phil
Re: field normalization and omitNorms
If you have tokenized fields of variable size and you want the field length to affect the relevance score, then you do not want to omit norms. Omitting norms is good for fields where length is of no importance (e.g. gender="Male" vs. gender="Female"). Omitting norms saves you heap/RAM, one byte per doc per field without norms, I believe. Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch - Original Message > From: Phillip Farber <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Tuesday, May 27, 2008 6:16:58 PM > Subject: field normalization and omitNorms > > > Hi all, > > I've been looking without success for a simple explanation of the effect > of omitNorms=false for a text field. Can someone point me to the > relevant doc? > > What is the effect of omitNorms=false on index size and query > performance for say 200K documents that have s single large text field > that ranges from maybe 30K up to around 800K? Do I want omitNorms=true > or false? > > Thanks! > > Phil
Re: solr on ubuntu 8.04
Thanks for your suggestions. I have now tried installing Solr on two different machines. On one machine I installed the Ubuntu solr-tomcat5.5 package, and on the other I simply dropped "solr.war" into /var/lib/tomcat5.5/webapps Both machines are running Tomcat 5.5 I get the same error message on both machines: SEVERE: Exception starting filter SolrRequestFilter java.lang.NoClassDefFoundError: Could not initialize class org.apache.solr.core.SolrConfig The full error message is attached. I can confirm that the /usr/share/solr/WEB-INF/lib/apache-solr-1.2.0.jar jar file contains: org/apache/solr/core/SolrConfig.class - however I do not know why Tomcat does not find it. Thanks again, Jack > Hardy has solr packages already. You might want to look how they packaged > solr if you cannot move to that version. > Did you just drop the war file? Or did you use JNDI? You probably need to > configure solr/home, and maybe fiddle with > securitymanager stuff. > > Albert > > On Thu, May 1, 2008 at 6:46 PM, Jack Bates freezone.co.uk> wrote: > > > I am trying to evaluate Solr for an open source records management > > project to which I contribute: http://code.google.com/p/qubit-toolkit/ > > > > I installed the Ubuntu solr-tomcat5.5 package: > > http://packages.ubuntu.com/hardy/solr-tomcat5.5 > > > > - and pointed my browser at: http://localhost:8180/solr/admin (The > > Ubuntu and Debian Tomcat packages run on port 8180) > > > > However, in response I get a Tomcat 404: The requested > > resource(/solr/admin) is not available. > > > > This differs from the response I get accessing a random URL: > > http://localhost:8180/foo/bar > > > > - which displays a blank page. > > > > From this I gather that the solr-tomcat5.5 package installed > > *something*, but that it's misconfigured or missing something. > > Unfortunately I lack the Java / Tomcat experience to track down this > > problem. Can someone recommend where to look, to learn why the Ubuntu > > solr-tomcat5.5 package is not working? > > > > I started an Ubuntu wiki page to eventually describe the process of > > installing Solr on Ubuntu: https://wiki.ubuntu.com/Solr > > > > Thanks, Jack Apr 25, 2008 4:46:41 PM org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter SolrRequestFilter java.lang.NoClassDefFoundError: Could not initialize class org.apache.solr.core.SolrConfig at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:74) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:221) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760) at org.apache.catalina.core.ContainerBase.access$0(ContainerBase.java:744) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:144) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:738) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:626) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:448) at org.apache.catalina.core.StandardServer.start(StandardServer.java:700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invok
Getting maximum and minimum values of a field
Hi!I'm looking for a way to get the maximum and minimum value of a field (like price) in a specific query. First I thought about using facet for that, but since price may have lots of different and unique values, a facet is not a good idea. Any thoughts about how can I achieve this? Thanks! Jonathan
Re[2]: "null" in admin page
: Nightly. : : > Which Solr version, though? Nightly? What Otis was getting as what *which* nightly? ... yesterday?, last week?, May 3rd?, etc... but it seems to be present in the trunk. it appears to be a simple XSL oversight, regardless of wether you use single or multicore configs, the tag in the XML isn't getting styled on that page so it winds up getting dumped as is... https://issues.apache.org/jira/browse/SOLR-584 -Hoss
Re: Re[2]: "null" in admin page
: I got this problem some time ago. Solr comes configured as multicore and you : running it as only one core. Just disable the multicore settings. FWIW: solr is not "configured as multicore" by default, you shouldn't need to disable anything -- if you have a multicore.xml file, then Solr will run with multicore support. if not, then it will run a single core. -Hoss
Re: Release date of SOLR 1.3
If a feature that is really big (say distributed search) is half baked and not ready for primetime, we must hold on the release till it is completely fixed. That is not to say that every possible enhancements to that feature must be incorporated before we can do a release. If the new changes are not going to break the existing system we can go ahead. A faster release cycle can drive the adoption of a lot of new features because users are not very confident of nightly builds and they tend to stick with the latest realease available. SolrJ is a very good example. So many users still have their own sweet client libraries in production because they think SolrJ is yet in development and there is no release. --Noble On Wed, May 21, 2008 at 11:46 PM, Chris Hostetter <[EMAIL PROTECTED]> wrote: > > : One year between releases is a very long time for such a useful and > : dynamic system. Are project leaders willing to (re)consider the > : development process to prioritize improvements/features scope into > : chunks that can be accomplished in shorter time frames - say 90 days? > : In my experience, short dev iteration cycles that fix time and vary > : scope produce better results from all perspectives. > > I'm all in favor of shorter release cycles ... but not everything can be > broken down into chunks that can be implmeneted in a small time frame, and > even if they can, you don't always know that the solution to "chunk1" is > leading down the right path. Solr 9and hte Lucene community as a whole) > has a long history and deep "cultural" believe in aggressive backwards > compatibility .. there is a lot of resistence to the idea of a release > that includes the first "chunk" of a larger feature without a strong > confidence that the API provided by that chunk is something people are > willing to maintain for a long time. > > At the ned of the day, hat gets people motivated to do a release is > discussions on solr-dev where someone says: "i think we need ot have a > rlease, and i'm willing to be the release manager. i think we should hold > of on committing patches X,Y, and Z because they don't seem ready for > prime time yet, and i think we should move forward on trying to commit > patches A, B, and C because they seem close to done. what does everybody > else think?" > > > > > -Hoss > >
simple ui?
It would be perfect if all I had to do was to define a couple of facet fields, a default text query field and some title/body/class type to render the results. Is there such a formula 1A JSP/servlet (or PHP) user interface for Solr? Perhaps something in the example or admin that I missed? If none of above, is there any commercial solution I can buy and have up and running today? I'm hysterically bad at UI. karl
SolrTrunk start error
I update my solr to the latest trunk yestoday some error shows when I start it. It seems that Lucene2.4 is not compatible with the former one 2008-5-28 14:50:05 org.apache.solr.common.SolrException log 严重: java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap space at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:733) at org.apache.solr.core.SolrCore.(SolrCore.java:387) at org.apache.solr.core.MultiCore.create(MultiCore.java:255) at org.apache.solr.core.MultiCore.load(MultiCore.java:139) at org.apache.solr.servlet.SolrDispatchFilter.initMultiCore(SolrDispatchFilter.java:147) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:75) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3709) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4356) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Caused by: java.lang.OutOfMemoryError: Java heap space at org.apache.lucene.store.IndexInput.readString(IndexInput.java:123) at org.apache.lucene.index.FieldInfos.read(FieldInfos.java:306) at org.apache.lucene.index.FieldInfos.(FieldInfos.java:59) at org.apache.lucene.index.SegmentReader.initialize(SegmentReader.java:300) at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:264) at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:232) at org.apache.lucene.index.DirectoryIndexReader$1.doBody(DirectoryIndexReader.java:91) at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:649) at org.apache.lucene.index.DirectoryIndexReader.open(DirectoryIndexReader.java:81) at org.apache.lucene.index.IndexReader.open(IndexReader.java:209) at org.apache.lucene.index.IndexReader.open(IndexReader.java:173) at org.apache.solr.search.SolrIndexSearcher.(SolrIndexSearcher.java:93) at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:724) at org.apache.solr.core.SolrCore.(SolrCore.java:387) at org.apache.solr.core.MultiCore.create(MultiCore.java:255) at org.apache.solr.core.MultiCore.load(MultiCore.java:139) at org.apache.solr.servlet.SolrDispatchFilter.initMultiCore(SolrDispatchFilter.java:147) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:75) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3709) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4356) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 2008-5-28 14:50:06 org.apache.solr.common.SolrException log 严重: java.lang.RuntimeException: java.io.IOException: read past EOF at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:733) at org.apache.solr.core.SolrCore.(SolrCore.java:387) at org.apache.solr.core.MultiCore.create(MultiCore.java:255) at org.apache.solr.core.MultiCore.load(MultiCore.java:139) at org.apache.solr.servlet.SolrDispatchFilter.initMultiCore(SolrDispatchFilter.java:147) at org.apache.solr.
