[jira] Commented: (SOLR-76) New look for the HTML admin pages
[ http://issues.apache.org/jira/browse/SOLR-76?page=comments#action_12459824 ] Otis Gospodnetic commented on SOLR-76: -- I like the sunny look better than the current one, but I have to say I like the current logo better than the futuristic (soul-less?) new one. The current logo makes the Sun connection clear, while the new one completely removes it. The current logo is warm, the new one is cold. I prefer warms things in life in general, so this reflects my usual taste and attitude. > New look for the HTML admin pages > - > > Key: SOLR-76 > URL: http://issues.apache.org/jira/browse/SOLR-76 > Project: Solr > Issue Type: Improvement > Components: web gui >Reporter: Bertrand Delacretaz >Priority: Minor > Attachments: solr-beige.jpg, solr-black.jpg, solr-green-sunny.jpg, > solr-green.jpg > > > As discussed on the mailing list > (http://mail-archives.apache.org/mod_mbox/lucene-solr-dev/200611.mbox/[EMAIL > PROTECTED]), I'm going to attach the suggested designs here. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-86) [PATCH] standalone updater cli based on httpClient
[ http://issues.apache.org/jira/browse/SOLR-86?page=comments#action_12459823 ] Otis Gospodnetic commented on SOLR-86: -- Are you working on unifying SOLR-20, SOLR-30, and this into once coherent java client package? I think that would make quite a few people happy. > [PATCH] standalone updater cli based on httpClient > --- > > Key: SOLR-86 > URL: http://issues.apache.org/jira/browse/SOLR-86 > Project: Solr > Issue Type: New Feature > Components: update >Reporter: Thorsten Scherler > Attachments: solr-86.diff, solr-86.diff > > > We need a cross platform replacement for the post.sh. > The attached code is a direct replacement of the post.sh since it is actually > doing the same exact thing. > In the future one can extend the CLI with other feature like auto commit, > etc.. > Right now the code assumes that SOLR-85 is applied since we using the servlet > of this issue to actually do the update. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (SOLR-84) New Solr logo?
[ http://issues.apache.org/jira/browse/SOLR-84?page=comments#action_12459819 ] Otis Gospodnetic commented on SOLR-84: -- I like the version without the crescent. The crescent makes me think Moon, which makes no sense in Sol(a)r context. I'm not in love with the "robotic" font. The Sun is a source of life on planet Earth, so I'd personally prefer gentler, more oval and more human-feeling font. > New Solr logo? > -- > > Key: SOLR-84 > URL: http://issues.apache.org/jira/browse/SOLR-84 > Project: Solr > Issue Type: Improvement >Reporter: Bertrand Delacretaz >Priority: Minor > Attachments: solr-84-source-files.zip, solr-logo-20061214.jpg, > solr-logo-20061218.JPG > > > Following up on SOLR-76, our trainee Nicolas Barbay (nicolas (put at here) > sarraux-dessous.ch) has reworked his logo proposal to be more "solar". > This can either be the start of a logo contest, or if people like it we could > adopt it. The gradients can make it a bit hard to integrate, not sure if this > is really a problem. > WDYT? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] release Apache Solr 1.1.0
This vote passed, and I've started a vote on the Incubator list. Anyone who is a member of the Incubator PMC, please remember to vote there. Anyone who is a mentor of any currently incubating project is automatically a PMC member (Erik, Yoav, Doug, Bertrand) Thanks! On 12/16/06, Yonik Seeley <[EMAIL PROTECTED]> wrote: Thanks to everyone for all the work that went into making this release so far! I have posted a candidate release at http://people.apache.org/~yonik/solr/staging_area/ Please vote on releasing these packages as Apache Solr 1.1.0. The vote is open for the next 72 hours, and passes if at least three +1 votes are cast. Then the Apache Incubator must vote to allow this release. [ ] +1 Release the packages as Apache Solr 1.1.0 [ ] -1 Do not release the packages because... -Yonik
RE: NullPointerException when posting file
Hi Yonik, I guess I was almost there, but not quite :) I changed the field type to "integer" and got a step further. I have a bit of tweaking to, so I'll see how far I get. Indeed, I do see the "Unknown fieldtype 'int'" in localhost.2006-12-19.log. I guess I looked over that with all of the other verbose messages. Thanks a lot for your help! Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yonik Seeley Sent: Tuesday, December 19, 2006 3:43 PM To: solr-dev@lucene.apache.org Subject: Re: NullPointerException when posting file On 12/19/06, Mike <[EMAIL PROTECTED]> wrote: > > The attached sample.txt is my sample XML file consisting of four > > data fields. When I post this document to SOLR, I get a null pointer > > exception OK, there is a problem with your schema.xml "int" is not a defined fieldtype... use "integer" or "sint" (see the fieldtype section of schema.xml) If you look through your log files, you should see an exception message telling you this: 15:39:49.494 WARN!! [main] org.mortbay.jetty.Server.main(Server.java:465) >08> EXCEPTION org.mortbay.util.MultiException[org.apache.solr.core.SolrException: Unknown fieldtype 'int'] -Yonik
Re: NullPointerException when posting file
On 12/19/06, Mike <[EMAIL PROTECTED]> wrote: > The attached sample.txt is my sample XML file consisting of four data > fields. When I post this document to SOLR, I get a null pointer > exception OK, there is a problem with your schema.xml "int" is not a defined fieldtype... use "integer" or "sint" (see the fieldtype section of schema.xml) If you look through your log files, you should see an exception message telling you this: 15:39:49.494 WARN!! [main] org.mortbay.jetty.Server.main(Server.java:465) >08> EXCEPTION org.mortbay.util.MultiException[org.apache.solr.core.SolrException: Unknown fieldtype 'int'] -Yonik
RE: NullPointerException when posting file
Hi Yonik, Yes, I only included the part that I customized. Attached is the complete file. Also, the build of SOLR I'm running is from 12/19/2006. Thanks, Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yonik Seeley Sent: Tuesday, December 19, 2006 3:30 PM To: solr-dev@lucene.apache.org Subject: Re: NullPointerException when posting file Hi Mike, Is the attached schema the whole thing? It looks like the first half of the file is missing. -Yonik On 12/19/06, Mike <[EMAIL PROTECTED]> wrote: > Hi, > > I'm trying to get SOLR up and running with a simple example of my own. > The sample data files provided in the example/exampledocs directory > import flawlessly, as well as querying for their contents through the > admin UI. I know I'm missing something basic, but I just can't figure > it out :) I apologize in advance if this is terribly obvious. > > The attached sample.txt is my sample XML file consisting of four data > fields. When I post this document to SOLR, I get a null pointer > exception (see exception.txt for actual command and output). I'm using > the default schema.xml with some minor changes to the section > to match my sample data. I also add three of these fields to the > "text" field to combine them together. > > If it matters, I'm using Apache Tomcat 5.5.20. In the > conf/Catalina/localhost/solr.xml file, I have: > > """ > > value="/var/lib/solr_bg" override="true" /> """ > > Thanks for your time. > > Mike company_id company_name
Re: NullPointerException when posting file
Hi Mike, Is the attached schema the whole thing? It looks like the first half of the file is missing. -Yonik On 12/19/06, Mike <[EMAIL PROTECTED]> wrote: Hi, I'm trying to get SOLR up and running with a simple example of my own. The sample data files provided in the example/exampledocs directory import flawlessly, as well as querying for their contents through the admin UI. I know I'm missing something basic, but I just can't figure it out :) I apologize in advance if this is terribly obvious. The attached sample.txt is my sample XML file consisting of four data fields. When I post this document to SOLR, I get a null pointer exception (see exception.txt for actual command and output). I'm using the default schema.xml with some minor changes to the section to match my sample data. I also add three of these fields to the "text" field to combine them together. If it matters, I'm using Apache Tomcat 5.5.20. In the conf/Catalina/localhost/solr.xml file, I have: """ """ Thanks for your time. Mike
NullPointerException when posting file
Hi, I'm trying to get SOLR up and running with a simple example of my own. The sample data files provided in the example/exampledocs directory import flawlessly, as well as querying for their contents through the admin UI. I know I'm missing something basic, but I just can't figure it out :) I apologize in advance if this is terribly obvious. The attached sample.txt is my sample XML file consisting of four data fields. When I post this document to SOLR, I get a null pointer exception (see exception.txt for actual command and output). I'm using the default schema.xml with some minor changes to the section to match my sample data. I also add three of these fields to the "text" field to combine them together. If it matters, I'm using Apache Tomcat 5.5.20. In the conf/Catalina/localhost/solr.xml file, I have: """ """ Thanks for your time. Mike company_id company_name 1 A1 Carpet Cleaning We specialize in carpet cleaning. No stain too big. A1 Carpet Cleaning has been in business for over twenty years. > sh ../bin/post.sh sample_company.xml Posting file sample_company.xml to http://localhost:8080/solr/update java.lang.NullPointerException at org.apache.solr.core.SolrCore.update(SolrCore.java:693) at org.apache.solr.servlet.SolrUpdateServlet.doPost(SolrUpdateServlet.java:53) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) java.lang.NullPointerException at org.apache.solr.core.SolrCore.update(SolrCore.java:763) at org.apache.solr.servlet.SolrUpdateServlet.doPost(SolrUpdateServlet.java:53) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)
Re: Docu - forrest sitemap
: example sitemap in the project. This sitemap is not used in solr at all, : but contains code that makes forrest fail for 0.8-dev. Thanks for tip Thorsten, I removed the file. -Hoss
[jira] Resolved: (SOLR-87) StrUtils.splitSmart and splitWS didn't correctly escape special chars \n\t\r\b\f
[ http://issues.apache.org/jira/browse/SOLR-87?page=all ] Yonik Seeley resolved SOLR-87. -- Resolution: Fixed Fixed. > StrUtils.splitSmart and splitWS didn't correctly escape special chars > \n\t\r\b\f > > > Key: SOLR-87 > URL: http://issues.apache.org/jira/browse/SOLR-87 > Project: Solr > Issue Type: Bug >Reporter: Yonik Seeley >Priority: Minor > > switch statements accidentally fell through. > Found by http://opensource.fortifysoftware.com > The only place that decode=true was reading a synonym file, and it's very > unlikely to specify those special chars in synonyms. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (SOLR-87) StrUtils.splitSmart and splitWS didn't correctly escape special chars \n\t\r\b\f
StrUtils.splitSmart and splitWS didn't correctly escape special chars \n\t\r\b\f Key: SOLR-87 URL: http://issues.apache.org/jira/browse/SOLR-87 Project: Solr Issue Type: Bug Reporter: Yonik Seeley Priority: Minor switch statements accidentally fell through. Found by http://opensource.fortifysoftware.com The only place that decode=true was reading a synonym file, and it's very unlikely to specify those special chars in synonyms. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Docu - forrest sitemap
Hi all, I am up to write a small document about how to write your own search application based on solr from scratch. Since I am a forrest committer, I am using forrest version 0.8-dev. Our site is not compatible with the new version since we have the standard example sitemap in the project. This sitemap is not used in solr at all, but contains code that makes forrest fail for 0.8-dev. The solution is to either remove the whole file (sitemap.xmap) or remove all offending code. The background is that we (as in forrest) merged some input modules in TRUNK and the "project" input module does not exist anymore. Like said the code is not used and removing it makes a future update of the underlying forrest version less problematic. If you agree I will prepare a patch. salu2 -- thorsten "Together we stand, divided we fall!" Hey you (Pink Floyd)
