Re: Request header is too large.
Thank you, Alexandre. I solved this problem. It's not a database problem but a server problem as the error message clearly stated. I resolved this by adding more tcp transport buffer size in application server. Xuefeng From: Alexandre Rafalovitch arafa...@gmail.com To: Xue-Feng Yang just4l...@yahoo.com; solr-user@lucene.apache.org Sent: Sunday, July 29, 2012 12:10:20 AM Subject: Re: Request header is too large. Where is the error message? On the database side? If it is repeatable, I would just put the two on separate machines and wireshark the http conversation. The problem might become apparent then from visual inspection. Regards, Alex On Jul 28, 2012 1:24 PM, Xue-Feng Yang just4l...@yahoo.com wrote: Hi all, When run DIH indexing data from database, I run into the following error. Anyone knows what is the problem? Thanks, Xufeng /// SEVERE: GRIZZLY0040: Request header is too large. java.nio.BufferOverflowException at com.sun.grizzly.tcp.http11.InternalInputBuffer.fill(InternalInputBuffer.java:765) at com.sun.grizzly.tcp.http11.InternalInputBuffer.parseHeader(InternalInputBuffer.java:669) at com.sun.grizzly.tcp.http11.InternalInputBuffer.parseHeaders(InternalInputBuffer.java:555) at com.sun.grizzly.http.ProcessorTask.parseRequest(ProcessorTask.java:881) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:692) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662)
Request header is too large.
Hi all, When run DIH indexing data from database, I run into the following error. Anyone knows what is the problem? Thanks, Xufeng /// SEVERE: GRIZZLY0040: Request header is too large. java.nio.BufferOverflowException at com.sun.grizzly.tcp.http11.InternalInputBuffer.fill(InternalInputBuffer.java:765) at com.sun.grizzly.tcp.http11.InternalInputBuffer.parseHeader(InternalInputBuffer.java:669) at com.sun.grizzly.tcp.http11.InternalInputBuffer.parseHeaders(InternalInputBuffer.java:555) at com.sun.grizzly.http.ProcessorTask.parseRequest(ProcessorTask.java:881) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:692) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662)
errors after update from 3.4 to 3.6
Hi all, I have a DIH which works for solr 3.4 but not for 3.6. I test that the SQL which works in MySQL console. The following errors are copied from DataImportHandler Development Console. Does anyone know the reason for those errors? Thanks, Xuefeng // 015db-data-config.xmluimafull-importdebugSELECT CAST(concat(b.bk_name,' ',v.chap,':',v.sect) AS CHAR ) as title_id, v.bk_id, v.chap, v.sect, v.content FROM Verse v JOIN book b WHERE v.bk_id=b.bk_id AND ver_id='8'org.apache.solr.handler.dataimport.DataImportHandlerException: Unable to execute query: SELECT CAST(concat(b.bk_name,' ',v.chap,':',v.sect) AS CHAR ) as title_id, v.bk_id, v.chap, v.sect, v.content FROM Verse v JOIN book b WHERE v.bk_id=b.bk_id AND ver_id='8' Processing Document # 1 at org.apache.solr.handler.dataimport.DataImportHandlerException.wrapAndThrow(DataImportHandlerException.java:72) at org.apache.solr.handler.dataimport.JdbcDataSource$ResultSetIterator.init(JdbcDataSource.java:253) at org.apache.solr.handler.dataimport.JdbcDataSource.getData(JdbcDataSource.java:210) at org.apache.solr.handler.dataimport.JdbcDataSource.getData(JdbcDataSource.java:39) at org.apache.solr.handler.dataimport.DebugLogger$2.getData(DebugLogger.java:188) at org.apache.solr.handler.dataimport.SqlEntityProcessor.initQuery(SqlEntityProcessor.java:59) at org.apache.solr.handler.dataimport.SqlEntityProcessor.nextRow(SqlEntityProcessor.java:73) at org.apache.solr.handler.dataimport.EntityProcessorWrapper.pullRow(EntityProcessorWrapper.java:330) at org.apache.solr.handler.dataimport.EntityProcessorWrapper.nextRow(EntityProcessorWrapper.java:296) at org.apache.solr.handler.dataimport.DocBuilder.buildDocument(DocBuilder.java:683) at org.apache.solr.handler.dataimport.DocBuilder.buildDocument(DocBuilder.java:619) at org.apache.solr.handler.dataimport.DocBuilder.doFullDump(DocBuilder.java:327) at org.apache.solr.handler.dataimport.DocBuilder.execute(DocBuilder.java:225) at org.apache.solr.handler.dataimport.DataImporter.doFullImport(DataImporter.java:375) at org.apache.solr.handler.dataimport.DataImporter.runCmd(DataImporter.java:445) at org.apache.solr.handler.dataimport.DataImportHandler.handleRequestBody(DataImportHandler.java:205) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1376) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:365) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:260) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662) Caused by: java.sql.SQLException: Illegal value for setFetchSize(). at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1073) at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:987) at
Re: errors after update from 3.4 to 3.6
Resolved by setting batchSize to -1. See http://wiki.apache.org/solr/DataImportHandler#Configuring_JdbcDataSource From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Saturday, July 21, 2012 9:54:40 AM Subject: errors after update from 3.4 to 3.6 Hi all, I have a DIH which works for solr 3.4 but not for 3.6. I test that the SQL which works in MySQL console. The following errors are copied from DataImportHandler Development Console. Does anyone know the reason for those errors? Thanks, Xuefeng // 015db-data-config.xmluimafull-importdebugSELECT CAST(concat(b.bk_name,' ',v.chap,':',v.sect) AS CHAR ) as title_id, v.bk_id, v.chap, v.sect, v.content FROM Verse v JOIN book b WHERE v.bk_id=b.bk_id AND ver_id='8'org.apache.solr.handler.dataimport.DataImportHandlerException: Unable to execute query: SELECT CAST(concat(b.bk_name,' ',v.chap,':',v.sect) AS CHAR ) as title_id, v.bk_id, v.chap, v.sect, v.content FROM Verse v JOIN book b WHERE v.bk_id=b.bk_id AND ver_id='8' Processing Document # 1 at org.apache.solr.handler.dataimport.DataImportHandlerException.wrapAndThrow(DataImportHandlerException.java:72) at org.apache.solr.handler.dataimport.JdbcDataSource$ResultSetIterator.init(JdbcDataSource.java:253) at org.apache.solr.handler.dataimport.JdbcDataSource.getData(JdbcDataSource.java:210) at org.apache.solr.handler.dataimport.JdbcDataSource.getData(JdbcDataSource.java:39) at org.apache.solr.handler.dataimport.DebugLogger$2.getData(DebugLogger.java:188) at org.apache.solr.handler.dataimport.SqlEntityProcessor.initQuery(SqlEntityProcessor.java:59) at org.apache.solr.handler.dataimport.SqlEntityProcessor.nextRow(SqlEntityProcessor.java:73) at org.apache.solr.handler.dataimport.EntityProcessorWrapper.pullRow(EntityProcessorWrapper.java:330) at org.apache.solr.handler.dataimport.EntityProcessorWrapper.nextRow(EntityProcessorWrapper.java:296) at org.apache.solr.handler.dataimport.DocBuilder.buildDocument(DocBuilder.java:683) at org.apache.solr.handler.dataimport.DocBuilder.buildDocument(DocBuilder.java:619) at org.apache.solr.handler.dataimport.DocBuilder.doFullDump(DocBuilder.java:327) at org.apache.solr.handler.dataimport.DocBuilder.execute(DocBuilder.java:225) at org.apache.solr.handler.dataimport.DataImporter.doFullImport(DataImporter.java:375) at org.apache.solr.handler.dataimport.DataImporter.runCmd(DataImporter.java:445) at org.apache.solr.handler.dataimport.DataImportHandler.handleRequestBody(DataImportHandler.java:205) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1376) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:365) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:260) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532
Re: Newbie with Carrot2?
Hi Staszek, I haven't found a way for inputting data into solr in the wiki. Does that mean docs can be inputted in a normal solr way after configuration? for example, DIH or solrj. Thanks, Xue-Feng From: Stanislaw Osinski stanis...@osinski.name To: solr-user@lucene.apache.org Sent: Sunday, May 20, 2012 5:43:48 AM Subject: Re: Newbie with Carrot2? Hi Bruno, Here's the wiki documentation for Solr's clustering component: http://wiki.apache.org/solr/ClusteringComponent For configuration examples, take a look at the Configuration section: http://wiki.apache.org/solr/ClusteringComponent#Configuration. If you hit any problems, let me know. Staszek On Sun, May 20, 2012 at 11:38 AM, Bruno Mannina bmann...@free.fr wrote: Dear all, I use Solr 3.6.0 and I indexed some documents (around 12000). Each documents contains a Abstract-en field (and some other fields). Is it possible to use Carrot2 to create cluster (classes) with the Abstract-en field? What must I configure in the schema.xml ? or in other files? Sorry for my newbie question, but I found only documentation for Workbench tool. Bruno
Re: Newbie with Carrot2?
Thanks, Xue-Feng From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Sunday, May 20, 2012 10:33:53 AM Subject: Re: Newbie with Carrot2? (12/05/20 23:21), Xue-Feng Yang wrote: Hi Staszek, I haven't found a way for inputting data into solr in the wiki. Does that mean docs can be inputted in a normal solr way after configuration? for example, DIH or solrj. Thanks, Xue-Feng Right, because Carrot2 clustering is for search time. koji -- Query Log Visualizer for Apache Solr http://soleami.com/
Re: help needed on solr-uima integration
Thanks Koji, I finally found a method not found error in SOLR 3.4. The method resolveUpdateChainParam(SolrParams params, org.slf4j.Logger log) is not in the class org.apache.solr.util.SolrPluginUtils. It was very strange there were no errors message. I found the problems after loaded source code to eclipse. Then I checked both SOLR 4.0 and 3.5. Both have this method and again strange to me it is deprecated. When tried 4.0, the number of errors was showed in new admin page but no details. When I tried, I met the following attached errors. Xue-Feng message null java.lang.NullPointerException at org.apache.solr.uima.processor.SolrUIMAConfigurationReader.readAEOverridingParameters(SolrUIMAConfigurationReader.java:101) at org.apache.solr.uima.processor.SolrUIMAConfigurationReader.readSolrUIMAConfiguration(SolrUIMAConfigurationReader.java:42) at org.apache.solr.uima.processor.UIMAUpdateRequestProcessorFactory.getInstance(UIMAUpdateRequestProcessorFactory.java:44) at org.apache.solr.update.processor.UpdateRequestProcessorChain.createProcessor(UpdateRequestProcessorChain.java:74) at org.apache.solr.handler.dataimport.DataImportHandler.handleRequestBody(DataImportHandler.java:199) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1369) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:356) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:252) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662) From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Thursday, October 27, 2011 7:25:09 AM Subject: Re: help needed on solr-uima integration (11/10/27 9:12), Xue-Feng Yang wrote: Hi, From Solr Info page, I can see my solr-uima core is there, but updateRequestProcessorChain is not there. What is the reason? Because UpdateRequestProcessor(and Chain) is not type of SolrInfoMBean. (As those classes in the page implement SolrInfoMBean, you can see them) koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
Re: help needed on solr-uima integration
Thanks Koji, I finally found a method not found error in SOLR 3.4. The method resolveUpdateChainParam(SolrParams params, org.slf4j.Logger log) is not in the class org.apache.solr.util.SolrPluginUtils. It was very strange there were no errors message. I found the problems after loaded source code to eclipse. Then I checked both SOLR 4.0 and 3.5. Both have this method and again strange to me it is deprecated. When tried 4.0, the number of errors was showed in new admin page but no details. When I tried 3.5, I met the following attached errors. Xue-Feng message null java.lang.NullPointerException at org.apache.solr.uima.processor.SolrUIMAConfigurationReader.readAEOverridingParameters(SolrUIMAConfigurationReader.java:101) at org.apache.solr.uima.processor.SolrUIMAConfigurationReader.readSolrUIMAConfiguration(SolrUIMAConfigurationReader.java:42) at org.apache.solr.uima.processor.UIMAUpdateRequestProcessorFactory.getInstance(UIMAUpdateRequestProcessorFactory.java:44) at org.apache.solr.update.processor.UpdateRequestProcessorChain.createProcessor(UpdateRequestProcessorChain.java:74) at org.apache.solr.handler.dataimport.DataImportHandler.handleRequestBody(DataImportHandler.java:199) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1369) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:356) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:252) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:662) From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Thursday, October 27, 2011 7:25:09 AM Subject: Re: help needed on solr-uima integration (11/10/27 9:12), Xue-Feng Yang wrote: Hi, From Solr Info page, I can see my solr-uima core is there, but updateRequestProcessorChain is not there. What is the reason? Because UpdateRequestProcessor(and Chain) is not type of SolrInfoMBean. (As those classes in the page implement SolrInfoMBean, you can see them) koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
Re: help needed on solr-uima integration
Hi, Is there logging for uima? From Logging in Solr Admin page, I couldn't find it. Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Tuesday, October 25, 2011 8:50:05 PM Subject: Re: help needed on solr-uima integration I configured solr-uima integration as the resource() I could found, but the data import results had empty data from uima. The other fields not from uima were there and no error messages. The following were the steps I did: 1) set shema.xml with all fields of both uima and non uima. 2) set lib, updateRequestProcessorChain for AE and maps, requestHandler for update, and DataImportHandler for config and update.processor. Do I still miss anything? Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Monday, October 24, 2011 11:21:14 AM Subject: Re: help needed on solr-uima integration Thanks Koji. I found it. I should the solution there. Xue-Feng From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Monday, October 24, 2011 7:30:01 AM Subject: Re: help needed on solr-uima integration (11/10/24 17:42), Xue-Feng Yang wrote: Hi, Where can I find test code for solr-uima component? You should find them under: solr/contrib/uima/src/test koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
Re: help needed on solr-uima integration
Hi, From Solr Info page, I can see my solr-uima core is there, but updateRequestProcessorChain is not there. What is the reason? Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Wednesday, October 26, 2011 7:56:21 PM Subject: Re: help needed on solr-uima integration Hi, Is there logging for uima? From Logging in Solr Admin page, I couldn't find it. Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Tuesday, October 25, 2011 8:50:05 PM Subject: Re: help needed on solr-uima integration I configured solr-uima integration as the resource() I could found, but the data import results had empty data from uima. The other fields not from uima were there and no error messages. The following were the steps I did: 1) set shema.xml with all fields of both uima and non uima. 2) set lib, updateRequestProcessorChain for AE and maps, requestHandler for update, and DataImportHandler for config and update.processor. Do I still miss anything? Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Monday, October 24, 2011 11:21:14 AM Subject: Re: help needed on solr-uima integration Thanks Koji. I found it. I should the solution there. Xue-Feng From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Monday, October 24, 2011 7:30:01 AM Subject: Re: help needed on solr-uima integration (11/10/24 17:42), Xue-Feng Yang wrote: Hi, Where can I find test code for solr-uima component? You should find them under: solr/contrib/uima/src/test koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
Re: help needed on solr-uima integration
I configured solr-uima integration as the resource() I could found, but the data import results had empty data from uima. The other fields not from uima were there and no error messages. The following were the steps I did: 1) set shema.xml with all fields of both uima and non uima. 2) set lib, updateRequestProcessorChain for AE and maps, requestHandler for update, and DataImportHandler for config and update.processor. Do I still miss anything? Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Monday, October 24, 2011 11:21:14 AM Subject: Re: help needed on solr-uima integration Thanks Koji. I found it. I should the solution there. Xue-Feng From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Monday, October 24, 2011 7:30:01 AM Subject: Re: help needed on solr-uima integration (11/10/24 17:42), Xue-Feng Yang wrote: Hi, Where can I find test code for solr-uima component? You should find them under: solr/contrib/uima/src/test koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
Re: help needed on solr-uima integration
Hi, Where can I find test code for solr-uima component? Thanks, Xue-Feng From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, October 23, 2011 3:43:58 AM Subject: help needed on solr-uima integration Hi, After google online, some parts in the puzzle still missing. The best is to find a simple example showing the whole process. Is there any example like apache-uima/examples/descriptors/tutorial/ex3 RoomNumber and DateTime integrated into solr? In particular, how to feed text into solr for indexing which has at least two fields? Thanks, Xue-Feng
Re: help needed on solr-uima integration
Thanks Koji. I found it. I should the solution there. Xue-Feng From: Koji Sekiguchi k...@r.email.ne.jp To: solr-user@lucene.apache.org Sent: Monday, October 24, 2011 7:30:01 AM Subject: Re: help needed on solr-uima integration (11/10/24 17:42), Xue-Feng Yang wrote: Hi, Where can I find test code for solr-uima component? You should find them under: solr/contrib/uima/src/test koji -- Check out Query Log Visualizer for Apache Solr http://www.rondhuit-demo.com/loganalyzer/loganalyzer.html http://www.rondhuit.com/en/
help needed on solr-uima integration
Hi, After google online, some parts in the puzzle still missing. The best is to find a simple example showing the whole process. Is there any example like apache-uima/examples/descriptors/tutorial/ex3 RoomNumber and DateTime integrated into solr? In particular, how to feed text into solr for indexing which has at least two fields? Thanks, Xue-Feng
Re: a weird error of embedded server initiaizationl
I had solved this problem. Thanks. From: Chris Hostetter hossman_luc...@fucit.org To: solr-user@lucene.apache.org solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Tuesday, September 20, 2011 9:28:24 PM Subject: Re: a weird error of embedded server initiaizationl : However, My testing project is a pure Java project. I still don't : understand how it messed up with J2EE stuff. Actually, the same code is : working for CommonsHttpSolrServer without any error like embedded one. but that makes total sense: if you are using CommonsHttpSolrServer then you would be connecting to a remote solr instance (or at least one running in a differnet JVM) via HTTP, so it wouldn't execute any of the same code to use JNDI. : It was amazing when I changed the code to ... : I got another weird error: I believe that becaue of the way you changed the code, you bypassed all of the solr logic for checking JNDI (or system properties) to locate the solr home dir, so then it moved on to trying to Load Lucene jars... : Exception in thread main java.lang.NoClassDefFoundError: org/apache/lucene/util/Version ...which is essentially the same as the IndexReader NoClassDefFoundError you had before (bottom line: lucene jars aren't being found) : In fact, in solr package, there are no lucene jars. I don't know the : relation between solr and lucene. Sould I download lucene and add it to : my testing project? If you are using solr, you are using Lucene. All of the lucene jars needed to run solr are included in the solr war as part of hte solr binary distribution. likewise if you download the solr src distribution, you get all lucene+solr source, and it compiles all of hte lucene+solr jars for you. however: it does seem that (since the build refactoring that happened recently) if you download the solr binary release, the lucene jars are not readily available for building embeded solr apps. you can find them easily enough by unpacking the solr war, but i've opened a jira issue to see if we can improve this situation for the future... https://issues.apache.org/jira/browse/SOLR-2786 -Hoss
Tomcat unicode problems with IE 9, Firefox 6 and solrj client
Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
I had found the encode from java.net.URLEncoder. However, I still couldn't get any result for solrj client. Is there any different usage for solrj between English and other languages? From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:56:44 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
I saw this in the doc and set it before I started up tomcat first time. All results I posted is with this configuration. Thanks anyway. From: Kiwi de coder kiwio...@gmail.com To: solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Sunday, September 18, 2011 1:14:58 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client maybe set on tomcat connector ? Connector ... URIEncoding=UTF-8/ kiwi On Mon, Sep 19, 2011 at 12:56 AM, Xue-Feng Yang just4l...@yahoo.com wrote: The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
Actually, it works in some cases in my post. So it's not a problem in server. It's a problem in client. I may have some mistakes in solrj client, but it works in English makes the thing confused. From: Kiwi de coder kiwio...@gmail.com To: solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Sunday, September 18, 2011 1:14:58 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client maybe set on tomcat connector ? Connector ... URIEncoding=UTF-8/ kiwi On Mon, Sep 19, 2011 at 12:56 AM, Xue-Feng Yang just4l...@yahoo.com wrote: The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
Finally, it's a known bug: https://issues.apache.org/jira/browse/SOLR-1959 From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 1:25:08 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Actually, it works in some cases in my post. So it's not a problem in server. It's a problem in client. I may have some mistakes in solrj client, but it works in English makes the thing confused. From: Kiwi de coder kiwio...@gmail.com To: solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Sunday, September 18, 2011 1:14:58 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client maybe set on tomcat connector ? Connector ... URIEncoding=UTF-8/ kiwi On Mon, Sep 19, 2011 at 12:56 AM, Xue-Feng Yang just4l...@yahoo.com wrote: The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client
conclusion: both Tomcat 6 and Glassfish 3 work with solrj client by POST. ^=^ From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 4:53:25 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Finally, it's a known bug: https://issues.apache.org/jira/browse/SOLR-1959 From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 1:25:08 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Actually, it works in some cases in my post. So it's not a problem in server. It's a problem in client. I may have some mistakes in solrj client, but it works in English makes the thing confused. From: Kiwi de coder kiwio...@gmail.com To: solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Sunday, September 18, 2011 1:14:58 PM Subject: Re: Tomcat unicode problems with IE 9, Firefox 6 and solrj client maybe set on tomcat connector ? Connector ... URIEncoding=UTF-8/ kiwi On Mon, Sep 19, 2011 at 12:56 AM, Xue-Feng Yang just4l...@yahoo.com wrote: The first returned link for Firefox 6 is the same as the returned link for IE 9. I was misread. So the encode is this one. Anyone knows what it is. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Sunday, September 18, 2011 12:48:31 PM Subject: Tomcat unicode problems with IE 9, Firefox 6 and solrj client Now I moved to Tomcat 6 for another round testing. All English cores are OK for IE 9, Firefox 6 and solrj client. When I tested with Chinese cores, IE 9 is OK whatever I played on it. Firefox 6 is a little different: 1) If I set Query String to content:耶和华 without qotations in page http://localhost:18080/solr/cuv/admin/, I had return responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:耶和华/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=5908 start=0docstr name=id申命记 2:2/str/docdocstr name=id出埃及记 13:1/str/docdocstr name=id出埃及记 14:1/str/docdocstr name=id出埃及记 16:11/str/docdocstr name=id出埃及记 25:1/str/docdocstr name=id出埃及记 30:11/str/docdocstr name=id出埃及记 30:17/str/docdocstr name=id出埃及记 30:22/str/docdocstr name=id出埃及记 31:1/str/docdocstr name=id出埃及记 31:12/str/doc/result/response the link went to http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on and %E8%80%B6%E5%92%8C%E5%8D%8E is visible as 耶和华。 2) If I refreshed, it kept the same. 3) If I highlighted the link and placed Enter key, then the returned link was http://localhost:18080/solr/cuv/select/?q=content%3A%D2%AE%BA%CD%BB%AAversion=2.2start=0rows=10indent=on which was different from the above link. The returned page was responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=indenton/strstr name=start0/strstr name=qcontent:Ү�ͻ�/strstr name=rows10/strstr name=version2.2/str/lst/lstresult name=response numFound=0 start=0//response Actually, in IE 9, the returned link is always http://localhost:18080/solr/cuv/select/?q=content%3A%E8%80%B6%E5%92%8C%E5%8D%8Eversion=2.2start=0rows=10indent=on which is different from both of Firefox 6. For solrj client, I tested many ways to encode, but all return no results. What is the right encode way? Any help is welcome.
Glassfish errors: DPL8006 and DPL8007
I have solr deployed in Glassfish 3.1.1. It has the error messages in the following order at the starting up time. WARNING: DPL8007: Unsupported deployment descriptors element schemaLocation value http://www.bea.com/ns/weblogic/90 http://www.bea.com/ns/weblogic/90/weblogic-web-app.xsd SEVERE: DPL8006: get/add descriptor failure : filter-dispatched-requests-enabled TO false Here is the reference for these two errors from sun doc: DPL8006 get/add descriptor failure : {0} TO {1} Cause: Adding or getting a descriptor failed Cause: May be because the node / information to be added is not valid; may be because of the descriptor was not registered Solution: Ensure that the node to be added is valid Solution: Ensure that the permissions are set as expected DPL8007 Unsupported deployment descriptors element {0} value {1} Cause: Failed to find the resource specified in the deployment descriptor Cause: May be because of wrong specification in the descriptor Solution: Ensure that the resource specified is present Solution: Ensure that there is no typo in the resource specified in the descriptor I checked there is weblogic.xml in apache-solr-3.4.0.war. What is this xml for? Should I delete it? Thanks.
Re: solr unicode problem in query page
Thanks-谢谢-Erik. Actually, I just played with http://localhost:8080/solr/cuv/admin/ cuv is the Chinese Union version of Bible. I inputted content:上帝 in Query String without quotations. It then directs to http://localhost:8080/solr/cuv/select/?q=content%3A%E4%B8%8A%E5%B8%9Dversion=2.2start=0rows=10indent=on The response XML is responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=qcontent:ä¸å¸/strstr name=version2.2/strstr name=start0/strstr name=rows10/strstr name=indenton/str/lst/lstresult name=response numFound=0 start=0//response There are no results. In addition to this, the query *:* returns correct Chinese. On the other hand, I have 26 versions of Bible in English which are OK so far. I also have some other applications in Chinese in the same glassfish domain. They don't have any trouble in language presentation. Best, Xue-Feng From: Erik Hatcher erik.hatc...@gmail.com To: solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 8:43:15 AM Subject: Re: solr unicode problem in query page Xue-Feng - 你好 - You'll need to give us some more specifics. *:* will always work, but searching on other strings is entirely dependent on your configuration and the exact query. For us to help, you'll need to share your full query (debugQuery=true helps here) and the related field(s)/type(s) that are being queried. Erik On Sep 16, 2011, at 17:10 , Xue-Feng Yang wrote: I just started to test solr in Chinese content. In the admin page, I could use *:* and saw the correct result. However, when I tried some specific search, I came to no results. I don't know what the problem is. Any thought? By the way, I have a few cores running in English without encoding problem. And in my testing application server, I have some applications which is OK with Chinese.
Re: solr unicode problem in query page
Here is the return by use of http://localhost:8080/solr/cuv/select/?q=content%3A%C9%CF%B5%DBversion=2.2start=0rows=10indent=ondebugQuery=true responselst name=responseHeaderint name=status0/intint name=QTime11/intlst name=paramsstr name=qcontent:ÉϵÛ/strstr name=version2.2/strstr name=start0/strstr name=rows10/strstr name=indenton/strstr name=debugQuerytrue/str/lst/lstresult name=response numFound=0 start=0/lst name=debugstr name=rawquerystringcontent:ÉϵÛ/strstr name=querystringcontent:ÉϵÛ/strstr name=parsedquery/str name=parsedquery_toString/lst name=explain/str name=QParserLuceneQParser/strlst name=timingdouble name=time6.0/doublelst name=preparedouble name=time3.0/doublelst name=org.apache.solr.handler.component.QueryComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.FacetComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.MoreLikeThisComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.HighlightComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.StatsComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.DebugComponentdouble name=time0.0/double/lst/lstlst name=processdouble name=time1.0/doublelst name=org.apache.solr.handler.component.QueryComponentdouble name=time1.0/double/lstlst name=org.apache.solr.handler.component.FacetComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.MoreLikeThisComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.HighlightComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.StatsComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.DebugComponentdouble name=time0.0/double/lst/lst/lst/lst/response Basically, it doesn't say anything. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 9:14:24 AM Subject: Re: solr unicode problem in query page Thanks-谢谢-Erik. Actually, I just played with http://localhost:8080/solr/cuv/admin/ cuv is the Chinese Union version of Bible. I inputted content:上帝 in Query String without quotations. It then directs to http://localhost:8080/solr/cuv/select/?q=content%3A%E4%B8%8A%E5%B8%9Dversion=2.2start=0rows=10indent=on The response XML is responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=qcontent:ä¸å¸/strstr name=version2.2/strstr name=start0/strstr name=rows10/strstr name=indenton/str/lst/lstresult name=response numFound=0 start=0//response There are no results. In addition to this, the query *:* returns correct Chinese. On the other hand, I have 26 versions of Bible in English which are OK so far. I also have some other applications in Chinese in the same glassfish domain. They don't have any trouble in language presentation. Best, Xue-Feng From: Erik Hatcher erik.hatc...@gmail.com To: solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 8:43:15 AM Subject: Re: solr unicode problem in query page Xue-Feng - 你好 - You'll need to give us some more specifics. *:* will always work, but searching on other strings is entirely dependent on your configuration and the exact query. For us to help, you'll need to share your full query (debugQuery=true helps here) and the related field(s)/type(s) that are being queried. Erik On Sep 16, 2011, at 17:10 , Xue-Feng Yang wrote: I just started to test solr in Chinese content. In the admin page, I could use *:* and saw the correct result. However, when I tried some specific search, I came to no results. I don't know what the problem is. Any thought? By the way, I have a few cores running in English without encoding problem. And in my testing application server, I have some applications which is OK with Chinese.
Re: solr unicode problem in query page
Just a reminder: two returns contains different uni-code while my input doesn't change. You can see this in the following two messages. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 9:18:54 AM Subject: Re: solr unicode problem in query page Here is the return by use of http://localhost:8080/solr/cuv/select/?q=content%3A%C9%CF%B5%DBversion=2.2start=0rows=10indent=ondebugQuery=true responselst name=responseHeaderint name=status0/intint name=QTime11/intlst name=paramsstr name=qcontent:ÉϵÛ/strstr name=version2.2/strstr name=start0/strstr name=rows10/strstr name=indenton/strstr name=debugQuerytrue/str/lst/lstresult name=response numFound=0 start=0/lst name=debugstr name=rawquerystringcontent:ÉϵÛ/strstr name=querystringcontent:ÉϵÛ/strstr name=parsedquery/str name=parsedquery_toString/lst name=explain/str name=QParserLuceneQParser/strlst name=timingdouble name=time6.0/doublelst name=preparedouble name=time3.0/doublelst name=org.apache.solr.handler.component.QueryComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.FacetComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.MoreLikeThisComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.HighlightComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.StatsComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.DebugComponentdouble name=time0.0/double/lst/lstlst name=processdouble name=time1.0/doublelst name=org.apache.solr.handler.component.QueryComponentdouble name=time1.0/double/lstlst name=org.apache.solr.handler.component.FacetComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.MoreLikeThisComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.HighlightComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.StatsComponentdouble name=time0.0/double/lstlst name=org.apache.solr.handler.component.DebugComponentdouble name=time0.0/double/lst/lst/lst/lst/response Basically, it doesn't say anything. From: Xue-Feng Yang just4l...@yahoo.com To: solr-user@lucene.apache.org solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 9:14:24 AM Subject: Re: solr unicode problem in query page Thanks-谢谢-Erik. Actually, I just played with http://localhost:8080/solr/cuv/admin/ cuv is the Chinese Union version of Bible. I inputted content:上帝 in Query String without quotations. It then directs to http://localhost:8080/solr/cuv/select/?q=content%3A%E4%B8%8A%E5%B8%9Dversion=2.2start=0rows=10indent=on The response XML is responselst name=responseHeaderint name=status0/intint name=QTime1/intlst name=paramsstr name=qcontent:ä¸å¸/strstr name=version2.2/strstr name=start0/strstr name=rows10/strstr name=indenton/str/lst/lstresult name=response numFound=0 start=0//response There are no results. In addition to this, the query *:* returns correct Chinese. On the other hand, I have 26 versions of Bible in English which are OK so far. I also have some other applications in Chinese in the same glassfish domain. They don't have any trouble in language presentation. Best, Xue-Feng From: Erik Hatcher erik.hatc...@gmail.com To: solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 8:43:15 AM Subject: Re: solr unicode problem in query page Xue-Feng - 你好 - You'll need to give us some more specifics. *:* will always work, but searching on other strings is entirely dependent on your configuration and the exact query. For us to help, you'll need to share your full query (debugQuery=true helps here) and the related field(s)/type(s) that are being queried. Erik On Sep 16, 2011, at 17:10 , Xue-Feng Yang wrote: I just started to test solr in Chinese content. In the admin page, I could use *:* and saw the correct result. However, when I tried some specific search, I came to no results. I don't know what the problem is. Any thought? By the way, I have a few cores running in English without encoding problem. And in my testing application server, I have some applications which is OK with Chinese.
Re: Glassfish errors: DPL8006 and DPL8007
I deleted. Thanks. From: Erik Hatcher erik.hatc...@gmail.com To: solr-user@lucene.apache.org Sent: Saturday, September 17, 2011 8:44:36 PM Subject: Re: Glassfish errors: DPL8006 and DPL8007 It's for weblogic. Deleting it won't cause any issues (unless you're deploying to weblogic, but you're not). give it a try. On Sep 17, 2011, at 08:52 , Xue-Feng Yang wrote: I have solr deployed in Glassfish 3.1.1. It has the error messages in the following order at the starting up time. WARNING: DPL8007: Unsupported deployment descriptors element schemaLocation value http://www.bea.com/ns/weblogic/90 http://www.bea.com/ns/weblogic/90/weblogic-web-app.xsd SEVERE: DPL8006: get/add descriptor failure : filter-dispatched-requests-enabled TO false Here is the reference for these two errors from sun doc: DPL8006 get/add descriptor failure : {0} TO {1} Cause: Adding or getting a descriptor failed Cause: May be because the node / information to be added is not valid; may be because of the descriptor was not registered Solution: Ensure that the node to be added is valid Solution: Ensure that the permissions are set as expected DPL8007 Unsupported deployment descriptors element {0} value {1} Cause: Failed to find the resource specified in the deployment descriptor Cause: May be because of wrong specification in the descriptor Solution: Ensure that the resource specified is present Solution: Ensure that there is no typo in the resource specified in the descriptor I checked there is weblogic.xml in apache-solr-3.4.0.war. What is this xml for? Should I delete it? Thanks.
a weird error of embedded server initiaizationl
I could resolve the unicode issue for a deploy on glassfish, so I turn to test the embedded server for solr. There is a weird error. It throws from CoreContainer container = new CoreContainer(); java.io.FileNotFoundException: C:\intelli\config\security.properties (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:120) at com.sun.enterprise.util.Utility.getPropertiesFromFile(Utility.java:56) at com.sun.enterprise.iiop.POAEJBORB.clinit(POAEJBORB.java:83) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at org.omg.CORBA.ORB.create_impl(ORB.java:295) at org.omg.CORBA.ORB.init(ORB.java:336) at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:140) at com.sun.enterprise.util.ORBManager.init(ORBManager.java:69) at com.sun.enterprise.naming.SerialInitContextFactory.init(SerialInitContextFactory.java:35) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:175) at org.apache.solr.core.SolrResourceLoader.locateSolrHome(SolrResourceLoader.java:593) at org.apache.solr.core.CoreContainer.init(CoreContainer.java:82) at com.norvar.test.samples.SimpleMain.getEmbeddedSolrServer(SimpleMain.java:151) at com.norvar.test.samples.SimpleMain.getSolrServer(SimpleMain.java:143) at com.norvar.test.samples.CUVMain.run(CUVMain.java:20) at com.norvar.test.samples.CUVMain.main(CUVMain.java:15) java.io.FileNotFoundException: C:\intelli\config\ejb.properties (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:120) at com.sun.enterprise.util.Utility.getPropertiesFromFile(Utility.java:56) at com.sun.enterprise.iiop.J2EEInitializer.init(J2EEInitializer.java:57) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at com.sun.corba.ee.internal.Interceptors.PIORB.registerORBInitializers(PIORB.java:373) at com.sun.corba.ee.internal.Interceptors.PIORB.parseProperties(PIORB.java:343) at com.sun.corba.ee.internal.TxPOA.TxPIORB.parseProperties(TxPIORB.java:116) at com.sun.corba.ee.internal.corba.ORB.set_parameters(ORB.java:449) at com.sun.corba.ee.internal.POA.POAORB.set_parameters(POAORB.java:152) at com.sun.corba.ee.internal.Interceptors.PIORB.set_parameters(PIORB.java:332) at org.omg.CORBA.ORB.init(ORB.java:337) at com.sun.enterprise.util.ORBManager.createORB(ORBManager.java:140) at com.sun.enterprise.util.ORBManager.init(ORBManager.java:69) at com.sun.enterprise.naming.SerialInitContextFactory.init(SerialInitContextFactory.java:35) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:654) at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288) at javax.naming.InitialContext.init(InitialContext.java:223) at javax.naming.InitialContext.init(InitialContext.java:175) at org.apache.solr.core.SolrResourceLoader.locateSolrHome(SolrResourceLoader.java:593) at org.apache.solr.core.CoreContainer.init(CoreContainer.java:82) at com.norvar.test.samples.SimpleMain.getEmbeddedSolrServer(SimpleMain.java:151) at com.norvar.test.samples.SimpleMain.getSolrServer(SimpleMain.java:143) at com.norvar.test.samples.CUVMain.run(CUVMain.java:20) at
Re: a weird error of embedded server initiaizationl
Thanks for reply. However, My testing project is a pure Java project. I still don't understand how it messed up with J2EE stuff. Actually, the same code is working for CommonsHttpSolrServer without any error like embedded one. The code for finding SolrServer is as follows: File home = new File(url); File f = new File(home, solr.xml ); CoreContainer container = new CoreContainer(); container.load(url, f); EmbeddedSolrServer server = new EmbeddedSolrServer( coreContainer, coreName ); which is copied from http://wiki.apache.org/solr/Solrj. The error was thrown at the line CoreContainer container = new CoreContainer() It was amazing when I changed the code to String solrHome = url+coreName; String dataDir = solrHome + /data; CoreContainer coreContainer = new CoreContainer(solrHome); SolrConfig solrConfig=solrConfig = new SolrConfig(solrHome, solrconfig.xml, null); CoreDescriptor coreDescriptor = new CoreDescriptor(coreContainer, coreName, solrHome); SolrCore solrCore = new SolrCore(coreName, dataDir, solrConfig, null, coreDescriptor); coreContainer.register(solrCore, false); EmbeddedSolrServer server = new EmbeddedSolrServer( coreContainer, coreName ); I got another weird error: Exception in thread main java.lang.NoClassDefFoundError: org/apache/lucene/util/Version at org.apache.solr.core.SolrConfig.init(SolrConfig.java:133) at org.apache.solr.core.SolrConfig.init(SolrConfig.java:119) at com.norvar.test.samples.SimpleMain.getEmbeddedSolrServer(SimpleMain.java:176) at com.norvar.test.samples.SimpleMain.getSolrServer(SimpleMain.java:146) at com.norvar.test.samples.CUVMain.run(CUVMain.java:21) at com.norvar.test.samples.CUVMain.main(CUVMain.java:15) Caused by: java.lang.ClassNotFoundException: org.apache.lucene.util.Version at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) ... 6 more The error is from the line solrConfig = new SolrConfig(solrHome, solrconfig.xml, null); In fact, in solr package, there are no lucene jars. I don't know the relation between solr and lucene. Sould I download lucene and add it to my testing project? At last, in this case, there are no errors with J2EE. From: Chris Hostetter hossman_luc...@fucit.org To: solr-user@lucene.apache.org solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Sunday, September 18, 2011 12:03:14 AM Subject: Re: a weird error of embedded server initiaizationl : to test the embedded server for solr. There is a weird error. It throws : from CoreContainer container = new CoreContainer(); these errors aren't related to Solr ... they seem to be from running in a J2EE/EJB setup that is missconfigured so it can't check security settings for the app it's running. The first two are when Solr is trying to ask the JVM for JNDI Config... : java.io.FileNotFoundException: C:\intelli\config\security.properties (The system cannot find the path specified) ... : at javax.naming.InitialContext.init(InitialContext.java:175) : at org.apache.solr.core.SolrResourceLoader.locateSolrHome(SolrResourceLoader.java:593) This one just seems to be a warning, but it's also about a file that google says is realted to EJB/J2EE stuff (solr never asks for it) : Warning: unable to read transaction.interoperability config property This last one ... well it oculd be anything. maybe just some missing jars? ... : Exception in thread main java.lang.NoClassDefFoundError: org/apache/lucene/index/IndexReader -Hoss
solr unicode problem in query page
I just started to test solr in Chinese content. In the admin page, I could use *:* and saw the correct result. However, when I tried some specific search, I came to no results. I don't know what the problem is. Any thought? By the way, I have a few cores running in English without encoding problem. And in my testing application server, I have some applications which is OK with Chinese.
Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler
Thanks for telling me this issue. However, I would think this is a bug. ^=^ From: Chris Hostetter hossman_luc...@fucit.org To: solr-user@lucene.apache.org solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Wednesday, September 14, 2011 6:19:24 PM Subject: Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler : References: 41dfe0136ddf091e98d45dea9f0da1ab@localhost : cab_8yd9obtkvkdktqpfnuzmey-afbzajyvgahh58+mccgiq...@mail.gmail.com : Message-ID: 1316011545.626.yahoomail...@web110411.mail.gq1.yahoo.com : Subject: glassfish, solrconfig.xml and SolrException: Error loading : DataImportHandler : In-Reply-To: : cab_8yd9obtkvkdktqpfnuzmey-afbzajyvgahh58+mccgiq...@mail.gmail.com https://people.apache.org/~hossman/#threadhijack Thread Hijacking on Mailing Lists When starting a new discussion on a mailing list, please do not reply to an existing message, instead start a fresh email. Even if you change the subject line of your email, other mail headers still track which thread you replied to and your question is hidden in that thread and gets less attention. It makes following discussions in the mailing list archives particularly difficult. -Hoss
ClassCastException: SmartChineseWordTokenFilterFactory to TokenizerFactory
Hi all, I am trying to use SmartChineseWordTokenFilterFactory in solr 3.4.0, but come to the error SEVERE: java.lang.ClassCastException: org.apache.solr.analysis.SmartChineseWordTokenFilterFactory cannot be cast to org.apache.solr.analysis.TokenizerFactory Any thought?
glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler
Hi all, I am trying set up solr 3.3 with multicores in glassfish 3.1.1 and eclipse indigo. I have the following error: SEVERE: org.apache.solr.common.SolrException: Error loading class 'org.apache.solr.handler.dataimport.DataImportHandler' However, I have a line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / in solrconfig.xml and dist is under the solr.solr.home directory. If I copy the jars to glassfish_root/glassfish/domains/domain1/lib/ext then this error will not appear. But this should not be right way. Any thought? Thanks.
Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler
Thanks for a quick reply. I just tested as you suggested. The error is still there. The setup line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / is actually coming with solr 3.3 release not by me. From: dar...@ontrenet.com dar...@ontrenet.com To: Xue-Feng Yang just4l...@yahoo.com Cc: solr-user@lucene.apache.org Sent: Wednesday, September 14, 2011 10:52:55 AM Subject: Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler Here's a thought. If dist is under solr.solr.home but your lib dir is set to be ../../dist. Wouldn't the lib dir be relative to solr.solr.home and therefore should just be dist? On Wed, 14 Sep 2011 07:45:45 -0700 (PDT), Xue-Feng Yang just4l...@yahoo.com wrote: Hi all, I am trying set up solr 3.3 with multicores in glassfish 3.1.1 and eclipse indigo. I have the following error: SEVERE: org.apache.solr.common.SolrException: Error loading class 'org.apache.solr.handler.dataimport.DataImportHandler' However, I have a line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / in solrconfig.xml and dist is under the solr.solr.home directory. If I copy the jars to glassfish_root/glassfish/domains/domain1/lib/ext then this error will not appear. But this should not be right way. Any thought? Thanks.
Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler
Thanks for your reply. Actually, some of the cores are working perfectly. So it's not the solr.solr.home problem. From: Jaeger, Jay - DOT jay.jae...@dot.wi.gov To: solr-user@lucene.apache.org solr-user@lucene.apache.org; 'Xue-Feng Yang' just4l...@yahoo.com Sent: Wednesday, September 14, 2011 11:21:18 AM Subject: RE: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler Some things to think about: When solr starts up, solr should report for the location of solr home. Is it what you expect? Is there any security on the dist directory that would prevent solr from accessing it? Is there a classloader policy set on glassfish that could be getting in the way? (your testing seems to eliminate the possibility of a JRE incompatibility) JRJ -Original Message- From: Xue-Feng Yang [mailto:just4l...@yahoo.com] Sent: Wednesday, September 14, 2011 10:07 AM To: solr-user@lucene.apache.org Subject: Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler Thanks for a quick reply. I just tested as you suggested. The error is still there. The setup line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / is actually coming with solr 3.3 release not by me. From: dar...@ontrenet.com dar...@ontrenet.com To: Xue-Feng Yang just4l...@yahoo.com Cc: solr-user@lucene.apache.org Sent: Wednesday, September 14, 2011 10:52:55 AM Subject: Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler Here's a thought. If dist is under solr.solr.home but your lib dir is set to be ../../dist. Wouldn't the lib dir be relative to solr.solr.home and therefore should just be dist? On Wed, 14 Sep 2011 07:45:45 -0700 (PDT), Xue-Feng Yang just4l...@yahoo.com wrote: Hi all, I am trying set up solr 3.3 with multicores in glassfish 3.1.1 and eclipse indigo. I have the following error: SEVERE: org.apache.solr.common.SolrException: Error loading class 'org.apache.solr.handler.dataimport.DataImportHandler' However, I have a line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / in solrconfig.xml and dist is under the solr.solr.home directory. If I copy the jars to glassfish_root/glassfish/domains/domain1/lib/ext then this error will not appear. But this should not be right way. Any thought? Thanks.
Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler
After making another try, I found it worked with lib dir=../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / I leave this to here in case someone may need this too. Thanks From: dar...@ontrenet.com dar...@ontrenet.com To: Xue-Feng Yang just4l...@yahoo.com Cc: solr-user@lucene.apache.org Sent: Wednesday, September 14, 2011 10:52:55 AM Subject: Re: glassfish, solrconfig.xml and SolrException: Error loading DataImportHandler Here's a thought. If dist is under solr.solr.home but your lib dir is set to be ../../dist. Wouldn't the lib dir be relative to solr.solr.home and therefore should just be dist? On Wed, 14 Sep 2011 07:45:45 -0700 (PDT), Xue-Feng Yang just4l...@yahoo.com wrote: Hi all, I am trying set up solr 3.3 with multicores in glassfish 3.1.1 and eclipse indigo. I have the following error: SEVERE: org.apache.solr.common.SolrException: Error loading class 'org.apache.solr.handler.dataimport.DataImportHandler' However, I have a line lib dir=../../dist/ regex=apache-solr-dataimporthandler-\d.*\.jar / in solrconfig.xml and dist is under the solr.solr.home directory. If I copy the jars to glassfish_root/glassfish/domains/domain1/lib/ext then this error will not appear. But this should not be right way. Any thought? Thanks.
Severe errors in solr configuration
Hi all, I'm new to solr. I installed solr 3.3 with glassfish 3.1 in ubuntu 10.4. It works fine until I set security manager in glassfish since I don't want to everyone can reach the solr's admin page. The error message was as follows. Severe errors in solr configuration. Check your log files for more detailed information on what may be wrong. If you want solr to continue after configuration errors, change: abortOnConfigurationErrorfalse/abortOnConfigurationError in solr.xml - java.security.AccessControlException: access denied (javax.management.MBeanServerPermission findMBeanServer) . Any help is welcome. Thanks
Re: Severe errors in solr configuration
Here is the message from server.log [#|2011-07-26T12:17:37.591-0400|SEVERE|glassfish3.1|org.apache.solr.core.CoreContainer|_ThreadID=10;_ThreadName=Thread-1;|java.security.AccessControlException: access denied (javax.management.MBeanServerPermission findMBeanServer) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:374) at java.security.AccessController.checkPermission(AccessController.java:546) at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) at javax.management.MBeanServerFactory.checkPermission(MBeanServerFactory.java:393) at javax.management.MBeanServerFactory.findMBeanServer(MBeanServerFactory.java:343) at org.apache.solr.core.JmxMonitoredMap.init(JmxMonitoredMap.java:70) at org.apache.solr.core.SolrCore.init(SolrCore.java:532) at org.apache.solr.core.CoreContainer.create(CoreContainer.java:463) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:316) at org.apache.solr.core.CoreContainer.load(CoreContainer.java:207) at org.apache.solr.core.CoreContainer$Initializer.initialize(CoreContainer.java:130) at org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:94) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:266) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:120) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4625) at org.apache.catalina.core.StandardContext.start(StandardContext.java:5316) at com.sun.enterprise.web.WebModule.start(WebModule.java:500) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:917) at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:148) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:170) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:899) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:755) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1980) at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1630) at com.sun.enterprise.web.WebApplication.start(WebApplication.java:100) at org.glassfish.internal.data.EngineRef.start(EngineRef.java:130) at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:269) at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:286) at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461) at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:364) at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:208) at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131) at com.sun.hk2.component.ConstructorCreator$1.run(ConstructorCreator.java:86) at java.security.AccessController.doPrivileged(Native Method) at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:83) at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82) at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67) at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139) at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:76) at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:243) at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:135) at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79) at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117) 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 com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97) at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55) |#] From: Kyle Lee randall.kyle@gmail.com To: solr-user@lucene.apache.org Sent: Tuesday, July 26, 2011 1:50:54 PM Subject: Re: Severe errors in solr configuration Could you provide the relevant sections of the logs pertaining to this error? On Tue, Jul 26, 2011 at 12:13 PM, Xue-Feng Yang just4l...@yahoo.com wrote: Hi all, I'm new to solr. I installed solr 3.3 with glassfish 3.1 in ubuntu 10.4. It works fine until I set security manager in glassfish since I don't want to everyone can reach the solr's admin page
Re: Severe errors in solr configuration
No, I don't have any info to setup this for solr with glassfish. If anyone has such a doc for any other application server, such as tomcat, that would be a great help. From: Andrea Gazzarini andrea.gazzar...@atcult.it To: solr-user@lucene.apache.org; Xue-Feng Yang just4l...@yahoo.com Sent: Tuesday, July 26, 2011 2:24:48 PM Subject: Re: Severe errors in solr configuration I don't know glassfish; the error you're reporting is a low-level security exception (method access) and doesn't seem to be related with web application (JAAS) security. Did you change the web.xml of solr war for including security constraints, security collections, login-config, roles and so on? But again...I don't know -Original Message- From: Xue-Feng Yang just4l...@yahoo.com Date: Tue, 26 Jul 2011 10:13:41 To: solr-user@lucene.apache.orgsolr-user@lucene.apache.org Reply-To: solr-user@lucene.apache.org Subject: Severe errors in solr configuration Hi all, I'm new to solr. I installed solr 3.3 with glassfish 3.1 in ubuntu 10.4. It works fine until I set security manager in glassfish since I don't want to everyone can reach the solr's admin page. The error message was as follows. Severe errors in solr configuration. Check your log files for more detailed information on what may be wrong. If you want solr to continue after configuration errors, change: abortOnConfigurationErrorfalse/abortOnConfigurationError in solr.xml - java.security.AccessControlException: access denied (javax.management.MBeanServerPermission findMBeanServer) . Any help is welcome. Thanks