lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "jmlucjav (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SOLR-6693) Start script for windows fails with 32bit JRE
Date Tue, 11 Nov 2014 11:07:35 GMT

    [ https://issues.apache.org/jira/browse/SOLR-6693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14206293#comment-14206293
] 

jmlucjav commented on SOLR-6693:
--------------------------------

I never install the JRE in my dev hosts, what I do is: install the jdk, copy the jdk dir to
another place A, set JAVA_HOME pointing to A, then uninstall the jdk, this way I have several
'clean' jdks I can use by changing JAVA_HOME and PATH, nothing in the registry (well, only
browser plugin related stuff but this is another matter).

With this setup of mine, the  -version:x.y syntax does not work, seems it specifically looks
for a JRE:

{code}
java -version
java version "1.7.0_60"
Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
Java HotSpot(TM) 64-Bit Server VM (build 24.60-b09, mixed mode)
{code}

{code}
java -version:1.7+
Error: Unable to locate JRE meeting specification "1.7+"
{code}

so if possible I would avoid using {code}-version:x.y {code}


> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message