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

Uwe Schindler commented on SOLR-8689:
-------------------------------------

Latest build (build 181) of Java 9 - the official RC - also works:

{noformat}
C:\Users\Uwe Schindler\Projects\lucene\trunk-lusolr1\solr\bin>solr start 
-verbose
Using Solr root directory: C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr
Using Java: C:\Program Files\Java\jdk-9\bin\java
java version "9"
Java(TM) SE Runtime Environment (build 9+181)
Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)

Archiving 1 old GC log files to C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr\server\logs\archived
Archiving 1 console log files to C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr\server\logs\archived
Rotating solr logs, keeping a max of 9 generations
Starting Solr using the following settings:
    JAVA            = C:\Program Files\Java\jdk-9\bin\java
    SOLR_SERVER_DIR = C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr\server
    SOLR_HOME       = C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr\server\solr
    SOLR_HOST       =
    SOLR_PORT       = 8983
    STOP_PORT       = 7983
    SOLR_JAVA_MEM   = -Xms512m -Xmx512m
    GC_TUNE         = -XX:NewRatio=3    -XX:SurvivorRatio=4    
-XX:TargetSurvivorRatio=90    -XX:MaxTenuringThreshold=8    
-XX:+UseConcMarkSweepGC    -XX:+UseParNewGC    -XX:ConcGCThreads=4 
-XX:ParallelGCThreads=4    -XX:+CMSScavengeBeforeRemark    
-XX:PretenureSizeThreshold=64m    -XX:+UseCMSInitiatingOccupancyOnly    
-XX:CMSInitiatingOccupancyFraction=50    -XX:CMSMaxAbortablePrecleanTime=6000   
 -XX:+CMSParallelRemarkEnabled    -XX:+ParallelRefProcEnabled    
-XX:-OmitStackTraceInFastThrow
    GC_LOG_OPTS     = "-Xlog:gc*:file=\"C:\Users\Uwe 
Schindler\Projects\lucene\trunk-lusolr1\solr\server\logs\solr_gc.log\":time,uptime:filecount=9,filesize=20000"
    SOLR_TIMEZONE   = UTC
    SOLR_OPTS       = -Xss256k

Java HotSpot(TM) 64-Bit Server VM warning: Option UseConcMarkSweepGC was 
deprecated in version 9.0 and will likely be removed in a future release.
Java HotSpot(TM) 64-Bit Server VM warning: Option UseParNewGC was deprecated in 
version 9.0 and will likely be removed in a future release.
Waiting up to 30 to see Solr running on port 8983
Started Solr server on port 8983. Happy searching!

C:\Users\Uwe Schindler\Projects\lucene\trunk-lusolr1\solr\bin>solr stop -all
Stopping Solr process 9572 running on port 8983

Gewartet wird 0 Sekunden. Weiter mit beliebiger Taste...

C:\Users\Uwe Schindler\Projects\lucene\trunk-lusolr1\solr\bin>
{noformat}

> bin/solr.cmd does not start with recent Verona builds of Java 9 because of 
> version parsing issue
> ------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-8689
>                 URL: https://issues.apache.org/jira/browse/SOLR-8689
>             Project: Solr
>          Issue Type: Bug
>          Components: scripts and tools
>    Affects Versions: 5.5, 6.0
>         Environment: Windows 7
>            Reporter: Uwe Schindler
>            Assignee: Uwe Schindler
>            Priority: Blocker
>              Labels: Java9
>             Fix For: 7.0, master (8.0), 7.1
>
>         Attachments: SOLR-8689.patch, SOLR-8689.patch, SOLR-8689.patch, 
> SOLR-8689.patch, SOLR-8689.patch
>
>
> At least on Windows, Solr 5.5 does not start with the shell script using a 
> Verona-Java-9 JDK:
> {noformat}
> *****************************************************
> JAVA_HOME = C:\Program Files\Java\jdk-9
> java version "9-ea"
> Java(TM) SE Runtime Environment (build 
> 9-ea+105-2016-02-11-003336.javare.4433.nc)
> Java HotSpot(TM) 64-Bit Server VM (build 
> 9-ea+105-2016-02-11-003336.javare.4433.nc, mixed mode)
> *****************************************************
> C:\Users\Uwe Schindler\Desktop\solr-5.5.0\bin>solr start
> ERROR: Java 1.7 or later is required to run Solr. Current Java version is: 
> 9-ea
> {noformat}
> I don't know if this is better with Linux, but I assume the version parsing 
> is broken (e.g., String#startsWith, interpret as floating point number,...)
> We should fix this before Java 9 gets released! The version numbering scheme 
> changed completely: http://openjdk.java.net/jeps/223



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to