[
https://issues.apache.org/jira/browse/SOLR-7016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14292543#comment-14292543
]
Mark Miller commented on SOLR-7016:
-----------------------------------
bq. ant server && bin\solr -e techproducts
I think we should stop trying to conflate these - those that want to work with
the scripts for dev, they can already just use the scripts.
This target is not for those people. Right now it's in an ugly in between
place. Let's have this target simply avoid the scripts and not do any magic. I
deal with adding config and a collection with a couple cmd line calls for this
case all the time.
People that don't like how this target worked, can simply use the start scripts.
> techproducts example does not start on windows with "solr.cmd -e
> techproducts" if install dir contains whitespace
> -----------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-7016
> URL: https://issues.apache.org/jira/browse/SOLR-7016
> Project: Solr
> Issue Type: Bug
> Components: scripts and tools
> Reporter: Uwe Schindler
> Assignee: Timothy Potter
> Priority: Critical
> Fix For: 5.0, Trunk, 5.1
>
> Attachments: SOLR-7016.patch
>
>
> If you try to start the techproducts example on windows with "solr.cmd -e
> techproducts" it fails if install dir contains whitespace:
> {noformat}
> C:\Users\Uwe Schindler\Projects\lucene\trunk-lusolr1\solr\bin>solr.cmd -e
> techproducts -p 8984
> Ein Unterverzeichnis oder eine Datei mit dem Namen "C:\Users\Uwe
> Schindler\Projects\lucene\trunk-lusolr1\solr\example\techproducts\s
> olr" existiert bereits.
> Backing up C:\Users\Uwe
> Schindler\Projects\lucene\trunk-lusolr1\solr\example\techproducts\solr\..\logs\solr_gc.log
> 1 Datei(en) verschoben.
> Starting Solr on port 8984 from C:\Users\Uwe
> Schindler\Projects\lucene\trunk-lusolr1\solr\server
> Zugriff verweigert
> Gewartet wird 10 Sekunden. Weiter mit beliebiger Taste...Fehler: Hauptklasse
> Schindler\Projects\lucene\trunk-lusolr1\solr\example\re
> sources\log4j.properties konnte nicht gefunden oder geladen werden
> 0
> SLF4J: Class path contains multiple SLF4J bindings.
> SLF4J: Found binding in
> [jar:file:/C:/Users/Uwe%20Schindler/Projects/lucene/trunk-lusolr1/solr/server/lib/ext/slf4j-log4j12-1.7.6.ja
> r!/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: Found binding in
> [jar:file:/C:/Users/Uwe%20Schindler/Projects/lucene/trunk-lusolr1/solr/server/lib/ext/slf4j-log4j12-1.7.7.ja
> r!/org/slf4j/impl/StaticLoggerBinder.class]
> SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an
> explanation.
> SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]
> WARN - 2015-01-22 12:40:23.866; org.apache.solr.util.SolrCLI; Request to
> http://localhost:8984/solr/admin/info/system failed due to
> : Connection refused: connect, sleeping for 5 seconds before re-trying the
> request ...
> Exception in thread "main" java.net.ConnectException: Connection refused:
> connect
> at java.net.DualStackPlainSocketImpl.connect0(Native Method)
> at
> java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:79)
> at
> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:345)
> at
> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
> at
> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
> at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172)
> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
> at java.net.Socket.connect(Socket.java:589)
> at
> org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:117)
> at
> org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:178)
> at
> org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:304)
> at
> org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:610)
> at
> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:445)
> at
> org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:72)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:214)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:160)
> at
> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:136)
> at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:503)
> at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:456)
> at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:466)
> at
> org.apache.solr.util.SolrCLI$CreateCoreTool.runTool(SolrCLI.java:1379)
> at org.apache.solr.util.SolrCLI.main(SolrCLI.java:203)
> Indexing tech product example docs from C:\Users\Uwe
> Schindler\Projects\lucene\trunk-lusolr1\solr\example\exampledocs
> Error: Unable to access jarfile C:\Users\Uwe
> Solr techproducts example launched successfully.
> Direct your Web browser to http://localhost:8984/solr to visit the Solr Admin
> UI
> C:\Users\Uwe Schindler\Projects\lucene\trunk-lusolr1\solr\bin>
> {noformat}
> Basically there are some quotes missing, which leads to the fact that it
> thinks "log4j.properties" is the java class to be started. I tried to fix it
> but got lost in the script.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
