jetty qtp thread many
I started solr, the default use jetty container, but I look through jmx, found a lot of jetty qtp thread, why? When I do stress tests, Total waiting is getting bigger Name: qtp1209271652-17 Status: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@39bc254b on TIMED_WAITING Total number of blocks: 51, Total waiting: 269 Stack trace: Sun.misc.Unsafe.park (Native Method) Java.util.concurrent.locks.LockSupport.parkNanos (LockSupport.java:215) Java.util.concurrent.locks.AbstractQueuedSynchronizer $ ConditionObject.awaitNanos (AbstractQueuedSynchronizer.java:2078) Org.eclipse.jetty.util.BlockingArrayQueue.poll (BlockingArrayQueue.java:392) Org.eclipse.jetty.util.thread.QueuedThreadPool.idleJobPoll (QueuedThreadPool.java:546) Org.eclipse.jetty.util.thread.QueuedThreadPool.access $ 800 (QueuedThreadPool.java:47) Org.eclipse.jetty.util.thread.QueuedThreadPool $ 3.run (QueuedThreadPool.java:609) Java.lang.Thread.run (Thread.java:745) --- The following is also the pressure test when the crawl Status: java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@57e34b9e on TIMED_WAITING Total number of blocks: 1, Total number of waiting: 814 Stack trace: Sun.misc.Unsafe.park (Native Method) Java.util.concurrent.locks.LockSupport.parkUntil (LockSupport.java:256) Java.util.concurrent.locks.AbstractQueuedSynchronizer $ ConditionObject.awaitUntil (AbstractQueuedSynchronizer.java:2120) Org.apache.http.pool.PoolEntryFuture.await (PoolEntryFuture.java:136) Org.apache.http.pool.AbstractConnPool.getPoolEntryBlocking (AbstractConnPool.java:306) Org.apache.http.pool.AbstractConnPool.access $ 000 (AbstractConnPool.java:64) Org.apache.http.pool.AbstractConnPool $ 2.getPoolEntry (AbstractConnPool.java:192) Org.apache.http.pool.AbstractConnPool $ 2.getPoolEntry (AbstractConnPool.java:185) Org.apache.http.pool.PoolEntryFuture.get (PoolEntryFuture.java:107) Org.apache.http.impl.conn.PoolingClientConnectionManager.leaseConnection (PoolingClientConnectionManager.java:208) Org.apache.http.impl.conn.PoolingClientConnectionManager $ 1.getConnection (PoolingClientConnectionManager.java:195) Org.apache.http.impl.client.DefaultRequestDirector.execute (DefaultRequestDirector.java:423) Org.apache.http.impl.client.AbstractHttpClient.doExecute (AbstractHttpClient.java:882) Org.apache.http.impl.client.CloseableHttpClient.execute (CloseableHttpClient.java:82) Org.apache.http.impl.client.CloseableHttpClient.execute (CloseableHttpClient.java:55) Org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod (HttpSolrClient.java:498) Org.apache.solr.client.solrj.impl.HttpSolrClient.request (HttpSolrClient.java:262) Org.apache.solr.client.solrj.impl.HttpSolrClient.request (HttpSolrClient.java:251) Org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest (LBHttpSolrClient.java:435) Org.apache.solr.client.solrj.impl.LBHttpSolrClient.request (LBHttpSolrClient.java:387) Org.apache.solr.handler.component.HttpShardHandlerFactory.makeLoadBalancedRequest (HttpShardHandlerFactory.java:275) Org.apache.solr.handler.component.HttpShardHandler.lambda $ submit $ 0 (HttpShardHandler.java:198) Org.apache.solr.handler.component.HttpShardHandler $$ Lambda $ 107 / 1277830087.call (Unknown Source) Java.util.concurrent.FutureTask.run (FutureTask.java:266) Java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:511) Java.util.concurrent.FutureTask.run (FutureTask.java:266) Org.apache.solr.common.util.ExecutorUtil $ MDCAwareThreadPoolExecutor.lambda $ execute $ 0 (ExecutorUtil.java:229) Org.apache.solr.common.util.ExecutorUtil $ MDCAwareThreadPoolExecutor $$ Lambda $ 9 / 572523235.run (Unknown Source) Java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1142) Java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:617) Java.lang.Thread.run (Thread.java:745) Does anyone know what reason? thank you very much
solrj5.50 query excepion
hi I use solrj 5.5.0 to inquire solr3.6 reported the following error: Java.lang.ClassCastException: java.lang.Boolean can not be cast to org.apache.solr.common.util.NamedList At org.apache.solr.client.solrj.response.SpellCheckResponse. (SpellCheckResponse.java:47) At org.apache.solr.client.solrj.response.QueryResponse.extractSpellCheckInfo (QueryResponse.java:179) At org.apache.solr.client.solrj.response.QueryResponse.setResponse (QueryResponse.java:153) At org.apache.solr.client.solrj.SolrRequest.process (SolrRequest.java:149) At org.apache.solr.client.solrj.SolrClient.query (SolrClient.java:942) At org.apache.solr.client.solrj.SolrClient.query (SolrClient.java:957) At com.vip.vipme.demo.utils.SolrTest.testCategoryIdPC (SolrTest.java:66) At com.vip.vipme.demo.SolrjServlet1.doGet (SolrjServlet1.java:33) At javax.servlet.http.HttpServlet.service (HttpServlet.java:707) At javax.servlet.http.HttpServlet.service (HttpServlet.java:820) At org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:487) At org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:362) At org.mortbay.jetty.security.SecurityHandler.handle (SecurityHandler.java:216) At org.mortbay.jetty.servlet.SessionHandler.handle (SessionHandler.java:181) At org.mortbay.jetty.handler.ContextHandler.handle (ContextHandler.java:712) At org.mortbay.jetty.webapp.WebAppContext.handle (WebAppContext.java:405) If you set the query.set ("spellcheck", Boolean.FALSE); can solve this problem, But I would like to know what the specific reasons for this problem thinks
Migrate Documents to Another Collection
hi I use solrj 5.5.0 to inquire solr3.6 reported the following error: Java.lang.ClassCastException: java.lang.Boolean can not be cast to org.apache.solr.common.util.NamedList At org.apache.solr.client.solrj.response.SpellCheckResponse. (SpellCheckResponse.java:47) At org.apache.solr.client.solrj.response.QueryResponse.extractSpellCheckInfo (QueryResponse.java:179) At org.apache.solr.client.solrj.response.QueryResponse.setResponse (QueryResponse.java:153) At org.apache.solr.client.solrj.SolrRequest.process (SolrRequest.java:149) At org.apache.solr.client.solrj.SolrClient.query (SolrClient.java:942) At org.apache.solr.client.solrj.SolrClient.query (SolrClient.java:957) At com.vip.vipme.demo.utils.SolrTest.testCategoryIdPC (SolrTest.java:66) At com.vip.vipme.demo.SolrjServlet1.doGet (SolrjServlet1.java:33) At javax.servlet.http.HttpServlet.service (HttpServlet.java:707) At javax.servlet.http.HttpServlet.service (HttpServlet.java:820) At org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:487) At org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:362) At org.mortbay.jetty.security.SecurityHandler.handle (SecurityHandler.java:216) At org.mortbay.jetty.servlet.SessionHandler.handle (SessionHandler.java:181) At org.mortbay.jetty.handler.ContextHandler.handle (ContextHandler.java:712) At org.mortbay.jetty.webapp.WebAppContext.handle (WebAppContext.java:405) If you set the query.set ("spellcheck", Boolean.FALSE); can solve this problem, But I would like to know what the specific reasons for this problem thinks
Migrate Documents to Another Collection
hello please help me look this question ,Solr6.3 is the issue of the index migration (/admin/collections?Action=MIGRATE), I really do not know how to solve the hope that someone will help answer, very grateful http://lucene.472066.n3.nabble.com/Migrate-Documents-to-Another-Collection-td4318900.html#a4318907
??????Aw: ??????Solr 5.5.0 Configure global jndi DS for dataimport
I just tested, the success of the need to amend two points 1??the jetty.xml comment out 2??Jndi's name is this: java:comp/env/jdbc/mysqlds The complete steps are as follows: jetty.xml java:comp/env/jdbc/mysqlds jdbc:mysql://localhost:3306/ka_ka root 123456 db-data-config.xml I wish you success -- -- ??: "Per Newgro";<per.new...@gmx.ch>; : 2017??2??7??(??) 8:44 ??: "solr-user"<solr-user@lucene.apache.org>; : Aw: ??Solr 5.5.0 Configure global jndi DS for dataimport Maybe someone is interested in solution: AND java:comp/env/jdbc/myds Both need the complete lookup name. Per > Gesendet: Dienstag, 07. Februar 2017 um 10:29 Uhr > Von: "Per Newgro" <per.new...@gmx.ch> > An: solr-user@lucene.apache.org > Betreff: Aw: ??Solr 5.5.0 Configure global jndi DS for dataimport > > Changed db-data-config.xml > > > This leads to > Caused by: javax.naming.NameNotFoundException; remaining name 'env/jdbc/myds' > at org.eclipse.jetty.jndi.NamingContext.lookup(NamingContext.java:538) > at org.eclipse.jetty.jndi.NamingContext.lookup(NamingContext.java:569) > at org.eclipse.jetty.jndi.NamingContext.lookup(NamingContext.java:584) > at > org.eclipse.jetty.jndi.java.javaRootURLContext.lookup(javaRootURLContext.java:108) > at javax.naming.InitialContext.lookup(InitialContext.java:417) > at > org.apache.solr.handler.dataimport.JdbcDataSource$1.getFromJndi(JdbcDataSource.java:250) > at > org.apache.solr.handler.dataimport.JdbcDataSource$1.call(JdbcDataSource.java:182) > at > org.apache.solr.handler.dataimport.JdbcDataSource$1.call(JdbcDataSource.java:172) > at > org.apache.solr.handler.dataimport.JdbcDataSource.getConnection(JdbcDataSource.java:463) > at > org.apache.solr.handler.dataimport.JdbcDataSource$ResultSetIterator.(JdbcDataSource.java:309) > ... 39 more > > Do i need to install other libraries? Do i need to enable jndi? > Can i configure something useful for logging? > > Thanks for your support > Per > > > Gesendet: Dienstag, 07. Februar 2017 um 10:02 Uhr > > Von: alias <524839...@qq.com> > > An: solr-user <solr-user@lucene.apache.org> > > Betreff: ??Solr 5.5.0 Configure global jndi DS for dataimport > > > > jndiName="java:comp/env/jdbc/myds" > > > > > > -- -- > > ??: "Per Newgro";<per.new...@gmx.ch>; > > : 2017??2??7??(??) 4:47 > > ??: "solr-user-group"<solr-user@lucene.apache.org>; > > > > : Solr 5.5.0 Configure global jndi DS for dataimport > > > > > > > > Hello, > > > > I would like to configure a JNDI datasource for use in dataimport. From the > > documentation it shall be possible and easy. > > > > My environment: > > Debian > > OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-2~bpo8+1-b14) > > Solr 5.5.0 downloaded and installed as service in /opt/solr > > Installed core in /var/lib/solr/data/collection1 > > > > Solr is running and core can be managed. > > > > Put into /opt/solr/server/lib > > jetty-jndi-9.2.13.v20150730.jar > > jetty-plus-9.2.13.v20150730.jar > > Put into /opt/solr/server/lib/ext > > sqljdbc4-4.0.jar > > > > /opt/solr/server/etc/jetty.xml > > ... > > > > > > jdbc/myds > > > > > > > name="URL">jdbc:sqlserver://;databaseName=dbname; > > user > > password > > > > > > > > ... > > > > /var/lib/solr/data/collection1/conf/db-data-config.xml > > > > > > > > > name="bodyshop" > > query="SELECT b.id as ID, > > customer_number as CUSTOMER_NUMBER, > > customer_name as CUSTOMER_NAME > > FROM schema.body_shops b > >WHERE '${dataimporter.request.clean}' != 'false' > > OR b.last_modified > > > '${dataimporter.last_index_time}'"> > > ... > > > > But all i get is an exception > > Caused by
??????Solr 5.5.0 Configure global jndi DS for dataimport
jndiName="java:comp/env/jdbc/myds" -- -- ??: "Per Newgro";; : 2017??2??7??(??) 4:47 ??: "solr-user-group" ; : Solr 5.5.0 Configure global jndi DS for dataimport Hello, I would like to configure a JNDI datasource for use in dataimport. From the documentation it shall be possible and easy. My environment: Debian OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-2~bpo8+1-b14) Solr 5.5.0 downloaded and installed as service in /opt/solr Installed core in /var/lib/solr/data/collection1 Solr is running and core can be managed. Put into /opt/solr/server/lib jetty-jndi-9.2.13.v20150730.jar jetty-plus-9.2.13.v20150730.jar Put into /opt/solr/server/lib/ext sqljdbc4-4.0.jar /opt/solr/server/etc/jetty.xml ... jdbc/myds jdbc:sqlserver://;databaseName=dbname; user password ... /var/lib/solr/data/collection1/conf/db-data-config.xml ... But all i get is an exception Caused by: javax.naming.NameNotFoundException; remaining name 'jdbc/myds' at org.eclipse.jetty.jndi.local.localContextRoot.lookup(localContextRoot.java:487) at org.eclipse.jetty.jndi.local.localContextRoot.lookup(localContextRoot.java:533) at javax.naming.InitialContext.lookup(InitialContext.java:417) at org.apache.solr.handler.dataimport.JdbcDataSource$1.getFromJndi(JdbcDataSource.java:250) at org.apache.solr.handler.dataimport.JdbcDataSource$1.call(JdbcDataSource.java:182) at org.apache.solr.handler.dataimport.JdbcDataSource$1.call(JdbcDataSource.java:172) at org.apache.solr.handler.dataimport.JdbcDataSource.getConnection(JdbcDataSource.java:463) at org.apache.solr.handler.dataimport.JdbcDataSource$ResultSetIterator.(JdbcDataSource.java:309) ... 39 more I've searched across the web for a solution but all i found did not work. It would be great if someone could help me out. Thanks Per
?????? Migrate Documents to Another Collection
Sorry, I may not be clear enough to express, I describe the following experimental steps: Step 1: Create two collections Http://SOLR:8081/solr/admin/collections?action=CREATE=c1=3=2=3=myconf Http://SOLR:8081/solr/admin/collections?action=CREATE=c2=3=2=3=myconf Step 2: import test data, I only imported in c1 inside the collection, the data are as follows "response":{"numFound":5,"start":0,"maxScore":1.0,"docs":[ { "id":"aa!c10", "rowType":"like", "title":["vip a red suit0"], "description":["Your friend is your needs answered0"], "_version_":1558553792955285504}, { "id":"bb!c11", "rowType":"like", "title":["vip a red suit1"], "description":["Your friend is your needs answered1"], "_version_":1558553792967868416}, { "id":"aa!c12", "rowType":"like", "title":["vip a red suit2"], "description":["Your friend is your needs answered2"], "_version_":1558553792968916992}, { "id":"bb!c13", "rowType":"like", "title":["vip a red suit3"], "description":["Your friend is your needs answered3"], "_version_":1558553792969965568}, { "id":"aa!c14", "rowType":"like", "title":["vip a red suit4"], "description":["Your friend is your needs answered4"], "_version_":1558553792971014144}] Step 3: to achieve the merger order, I just want to have id 'aa' at the beginning of the data mobile past Http://SOLR:8081/solr/admin/collections?action=MIGRATE=c1=aa!=c2 In the zookeeper C1 state.json has the following parameters: "RoutingRules": {"aa!": { "RouteRanges": "3710-3710", "TargetCollection": "c2", "ExpireAt": "1486353350933"}} After the implementation of the third step, c1 data has not moved to c2 inside, c2 data is empty, which is why, is it where I operate incorrect? thinks all! -- -- ??: "Damien Kamerman";<dami...@gmail.com>; : 2017??2??6??(??) 11:33 ??: "solr-user"<solr-user@lucene.apache.org>; : Re: Migrate Documents to Another Collection Try with split.key=! This will migrate all docs. On 6 February 2017 at 14:31, alias <524839...@qq.com> wrote: > I use this command,but not effect?? http://localhost:8081/solr/ > admin/collections?action=MIGRATE=c1 > key=c1_=c2, > > > > -- -- > ??: "Erick Erickson"<erickerick...@gmail.com>; > : 2017??2??6??(??) 11:24 > ??: "solr-user"<solr-user@lucene.apache.org>; > : Re: Migrate Documents to Another Collection > > > > I do not understand the problem. The http command you've shown is > simply creating a collection. What does that have to do with migrating > from c1 to c2? In fact, it is recreating c1. Assuming you haven't > redefined the , then the router field defaults to "id". So > this is just recreating a plain-vanilla collection. If you already > have a "c1" collection, I expect the above would simply fail. > > There's nothing indicating you tried to move docs from C1 to C2 as the > title of this e-mail indicates. There's no magic here, Solr > collections are completely independent of one another. If you want > docs to be moved, _you_ have to move them. > > Best, > Erick > > > > On Sun, Feb 5, 2017 at 6:20 PM, alias <524839...@qq.com> wrote: > > hello,please help me look this question > > > > > > > > I have a solr collections on the merger, we would like to ask the next > question is as follows I have two collections, c1 and c2, > > > > C1 colleciton there are 10 data, id is from c1_0 to c1_9, > > > > C2 colleciton also has 10 data, id is from c2_0 to c2_9, > > > > I now want to c1 id c1_ format data into the c2, I implemented the > following order, it seems no effect, and why? > > > > I c1 designated in the new router.field=id > > > > http://localhost:8081/solr/admin/collections?action= > CREATEname=c1numShards=3=3=3& > collection.configName=myconfrouter.field=id > > > > I refer to https://cwiki.apache.org/confluence/display/solr/ > Collections+API#CollectionsAPI-api12 > > > > Solr version 6.3.0 > > > > I have a problem? Or understanding wrong? >
?????? Migrate Documents to Another Collection
I use this command,but not effect?? http://localhost:8081/solr/admin/collections?action=MIGRATE=c1=c1_=c2, -- -- ??: "Erick Erickson"<erickerick...@gmail.com>; : 2017??2??6??(??) 11:24 ??: "solr-user"<solr-user@lucene.apache.org>; : Re: Migrate Documents to Another Collection I do not understand the problem. The http command you've shown is simply creating a collection. What does that have to do with migrating from c1 to c2? In fact, it is recreating c1. Assuming you haven't redefined the , then the router field defaults to "id". So this is just recreating a plain-vanilla collection. If you already have a "c1" collection, I expect the above would simply fail. There's nothing indicating you tried to move docs from C1 to C2 as the title of this e-mail indicates. There's no magic here, Solr collections are completely independent of one another. If you want docs to be moved, _you_ have to move them. Best, Erick On Sun, Feb 5, 2017 at 6:20 PM, alias <524839...@qq.com> wrote: > hello,please help me look this question > > > > I have a solr collections on the merger, we would like to ask the next > question is as follows I have two collections, c1 and c2, > > C1 colleciton there are 10 data, id is from c1_0 to c1_9, > > C2 colleciton also has 10 data, id is from c2_0 to c2_9, > > I now want to c1 id c1_ format data into the c2, I implemented the following > order, it seems no effect, and why? > > I c1 designated in the new router.field=id > > http://localhost:8081/solr/admin/collections?action=CREATEname=c1numShards=3=3=3=myconfrouter.field=id > > I refer to > https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api12 > > Solr version 6.3.0 > > I have a problem? Or understanding wrong?
Migrate Documents to Another Collection
hello,please help me look this question I have a solr collections on the merger, we would like to ask the next question is as follows I have two collections, c1 and c2, C1 colleciton there are 10 data, id is from c1_0 to c1_9, C2 colleciton also has 10 data, id is from c2_0 to c2_9, I now want to c1 id c1_ format data into the c2, I implemented the following order, it seems no effect, and why? I c1 designated in the new router.field=id http://localhost:8081/solr/admin/collections?action=CREATE=c1=3=3=3=myconf=id I refer to https://cwiki.apache.org/confluence/display/solr/Collections+API#CollectionsAPI-api12 Solr version 6.3.0 I have a problem? Or understanding wrong?
回复: bin/post and self-signed SSL
You mean this can only be used in this version 5.5.x? Other versions invalid? -- 原始邮件 -- 发件人: "Kevin Risden";; 发送时间: 2017年2月6日(星期一) 上午9:44 收件人: "solr-user" ; 主题: Re: bin/post and self-signed SSL Originally formatted as MarkDown. This was tested against Solr 5.5.x packaged as Lucidworks HDP Search. It would be the same as Solr 5.5.x. # Using Solr * https://cwiki.apache.org/confluence/display/solr/Solr+Start+Script+Reference * https://cwiki.apache.org/confluence/display/solr/Running+Solr * https://cwiki.apache.org/confluence/display/solr/Collections+API ## Create collection (w/o Kerberos) ```bash /opt/lucidworks-hdpsearch/solr/bin/solr create -c test ``` ## Upload configuration directory (w/ SSL and Kerberos) ```bash /opt/lucidworks-hdpsearch/solr/server/scripts/cloud-scripts/zkcli.sh -zkhost ZK_CONNECTION_STRING -cmd upconfig -confname basic_config -confdir /opt/lucidworks-hdpsearch/solr/server/solr/configsets/basic_configs/conf ``` ## Create Collection (w/ SSL and Kerberos) ```bash curl -k --negotiate -u : " https://SOLR_HOST:8983/solr/admin/collections?action=CREATE=newCollection=1=1=basic_config " ``` ## Delete collection (w/o Kerberos) ```bash /opt/lucidworks-hdpsearch/solr/bin/solr delete -c test ``` ## Delete Collection (w/ SSL and Kerberos) ```bash curl -k --negotiate -u : " https://SOLR_HOST:8983/solr/admin/collections?action=DELETE=newCollection " ``` ## Adding some test docs (w/o SSL) ```bash /opt/lucidworks-hdpsearch/solr/bin/post -c test /opt/lucidworks-hdpsearch/solr/example/exampledocs/*.xml ``` ## Adding documents (w/ SSL and Kerberos) ```bash curl -k --negotiate -u : " https://SOLR_HOST:8983/solr/newCollection/update?commit=true; -H "Content-Type: application/json" --data-binary @/opt/lucidworks-hdpsearch/solr/example/exampledocs/books.json ``` ## List Collections (w/ SSL and Kerberos) ```bash curl -k --negotiate -u : " https://SOLR_HOST:8983/solr/admin/collections?action=LIST; ``` Kevin Risden On Sun, Feb 5, 2017 at 5:55 PM, Kevin Risden wrote: > Last time I looked at this, there was no way to pass any Java properties > to the bin/post command. This made it impossible to even set the SSL > properties manually. I checked master just now and still there is no place > to enter Java properties that would make it to the Java command. > > I came up with a chart of commands previously that worked with standard > (no SSL or Kerberos), SSL only, and SSL with Kerberos. Only the standard > solr setup worked for the bin/solr and bin/post commands. Errors popped up > that I couldn't work around. I've been meaning to get back to it just > haven't had a chance. > > I'll try to share that info when I get back to my laptop. > > Kevin Risden > > On Feb 5, 2017 12:31, "Jan Høydahl" wrote: > >> Hi, >> >> I’m trying to post a document to Solr using bin/post after enabling SSL >> with self signed certificate. Result is: >> >> $ post -url https://localhost:8983/solr/sslColl *.html >> /usr/lib/jvm/java-8-openjdk-amd64/bin/java -classpath >> /opt/solr/dist/solr-core-6.4.0.jar -Dauto=yes -Durl= >> https://localhost:8983/solr/sslColl -Dc= -Ddata=files >> org.apache.solr.util.SimplePostTool lab-index.html lab-ops1.html >> lab-ops2.html lab-ops3.html lab-ops4.html lab-ops6.html lab-ops8.html >> SimplePostTool version 5.0.0 >> Posting files to [base] url https://localhost:8983/solr/sslColl... >> Entering auto mode. File endings considered are >> xml,json,jsonl,csv,pdf,doc,docx,ppt,pptx,xls,xlsx,odt,odp, >> ods,ott,otp,ots,rtf,htm,html,txt,log >> POSTing file lab-index.html (text/html) to [base]/extract >> SimplePostTool: FATAL: Connection error (is Solr running at >> https://localhost:8983/solr/sslColl ?): javax.net.ssl.SSLHandshakeException: >> sun.security.validator.ValidatorException: PKIX path building failed: >> sun.security.provider.certpath.SunCertPathBuilderException: unable to >> find valid certification path to requested target >> >> >> Do anyone know a workaround for letting bin/post accept self-signed cert? >> Have not tested it against a CA signed Solr... >> >> -- >> Jan Høydahl, search solution architect >> Cominvent AS - www.cominvent.com >> >>
Migrate Documents to Another Collection
hello,please help me look this question "https://issues.apache.org/jira/browse/SOLR-10097;