[ https://issues.apache.org/jira/browse/SOLR-6693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14206304#comment-14206304 ]
Jan Høydahl commented on SOLR-6693: ----------------------------------- Proposed logic: If JAVA_HOME is set, check its version by string parsing and fail if wrong ver. If no JAVA_HOME then simply attempt {{java -version:1.7+}} and if ok, start Solr with that option. > Start script for windows fails with 32bit JRE > --------------------------------------------- > > Key: SOLR-6693 > URL: https://issues.apache.org/jira/browse/SOLR-6693 > Project: Solr > Issue Type: Bug > Components: scripts and tools > Affects Versions: 4.10.2 > Environment: WINDOWS 8.1 > Reporter: Jan Høydahl > Assignee: Jan Høydahl > Labels: bin\solr.cmd > Fix For: 5.0, Trunk > > Attachments: SOLR-6693.patch > > > *Reproduce:* > # Install JRE8 from www.java.com (typically {{C:\Program Files > (x86)\Java\jre1.8.0_25}}) > # Run the command {{bin\solr start -V}} > The result is: > {{\Java\jre1.8.0_25\bin\java was unexpected at this time.}} > *Reason* > This comes from bad quoting of the {{%SOLR%}} variable. I think it's because > of the parenthesis that it freaks out. I think the same would apply for a > 32-bit JDK because of the (x86) in the path, but I have not tested. > Tip: You can remove the line {{@ECHO OFF}} at the top to see exactly which is > the offending line > *Solution* > Quoting the lines where %JAVA% is printed, e.g. instead of > {noformat} > @echo Using Java: %JAVA% > {noformat} > then use > {noformat} > @echo "Using Java: %JAVA%" > {noformat} > This is needed several places. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org