千兆空间 gs.bat 无法执行 java 命令
gigaspaces gs.bat unable to execute java command
我正在尝试使用 java 1.7.0_55-b13 执行 gigaspaces 9.7.1-ga-b10800 gs-agent.bat(依次调用 gs.bat)。
通过回显,我在
行追踪了问题
%COMMAND%
来自 gs.bat.
我错过了什么吗?有什么地方可以检查 gigaspaces 和 java 的某些版本是否兼容?
java 1.6 版与此版本的 gigaspaces 兼容。
我读 this:
Please note that from version 8.0
onwards, GigaSpaces XAP will no longer
support the Java 1.5 SDK, and will
require the use of Java 1.6 SDK or
higher. For details about Java 1.4 &
1.5 SDK EOL, please refer to the following
page:http://java.sun.com/products/archive/eol.policy.html
但它并没有提及 java 7 和 gigaspaces 9.7.1。
确切的命令是([SOME...]代表其他字符串):
"C:\Program Files\Java\jdk1.7.0_55\bin\java" -server -XX:+AggressiveOpts -showversion -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx512m -Dcom.sun.jini.reggie.initialUnicastDiscoveryPort=4169 -Dcom.gs.deploy=[SOME-PATH-TO-GS-HOME]/deploy -DagentId= -DgsaServiceID= -DenableDynamicLocators= -Xbootclasspath/p:"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\xml\*" -cp ;"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\";"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\sigar\*;";"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\boot\gs-boot.jar"; -Dsun.rmi.dgc.client.gcInterval=36000000 -Dsun.rmi.dgc.server.gcInterval=36000000 -Djava.rmi.server.hostname=""[SOMETHING]"" -Djava.rmi.server.RMIClassLoaderSpi=default -Djava.rmi.server.logCalls=false -Dcom.gs.jini_lus.locators=null -Dcom.gs.jini_lus.groups=[SOMETHING] -Dcom.gs.logging.debug=false -Djava.util.logging.config.file="[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\/config/gs_logging.properties" com.gigaspaces.start.SystemBoot com.gigaspaces.start.services=\"GSA\" gsa.gsc 0 gsa.global.gsm 0 gsa.lus 1
输出呈现如下:
java version "1.7.0_55" Java(TM) SE
Runtime Environment (build 1.7.0_55-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode)
Usage: java [-options] class [args...]
(to execute a class) or java [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-d32 use a 32-bit data model if available
etc.
此致,
暴君
出于某种原因 java 7 不喜欢这条路:
\tools\groovy\bin\..\..\..\
进一步调查时我发现 JSHOMEDIR 被设置为
[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\
所以在setenv.bat,我放了一个
set JSHOMEDIR=%~dp0\..
行前:
if "%JSHOMEDIR%" == "" set JSHOMEDIR=%~dp0\..
出于某种原因设置 (system/user) 环境变量并没有更改 JSHOMEDIR 的值(是的,我重新启动了 cmd)。
还有 the same duplicated post at ask.gigaspaces.org 可能还有一些额外的答案。
干杯!
我正在尝试使用 java 1.7.0_55-b13 执行 gigaspaces 9.7.1-ga-b10800 gs-agent.bat(依次调用 gs.bat)。 通过回显,我在
行追踪了问题%COMMAND%
来自 gs.bat.
我错过了什么吗?有什么地方可以检查 gigaspaces 和 java 的某些版本是否兼容?
java 1.6 版与此版本的 gigaspaces 兼容。
我读 this:
Please note that from version 8.0 onwards, GigaSpaces XAP will no longer support the Java 1.5 SDK, and will require the use of Java 1.6 SDK or higher. For details about Java 1.4 & 1.5 SDK EOL, please refer to the following page:http://java.sun.com/products/archive/eol.policy.html
但它并没有提及 java 7 和 gigaspaces 9.7.1。
确切的命令是([SOME...]代表其他字符串):
"C:\Program Files\Java\jdk1.7.0_55\bin\java" -server -XX:+AggressiveOpts -showversion -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx512m -Dcom.sun.jini.reggie.initialUnicastDiscoveryPort=4169 -Dcom.gs.deploy=[SOME-PATH-TO-GS-HOME]/deploy -DagentId= -DgsaServiceID= -DenableDynamicLocators= -Xbootclasspath/p:"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\xml\*" -cp ;"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\";"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\sigar\*;";"[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\lib\platform\boot\gs-boot.jar"; -Dsun.rmi.dgc.client.gcInterval=36000000 -Dsun.rmi.dgc.server.gcInterval=36000000 -Djava.rmi.server.hostname=""[SOMETHING]"" -Djava.rmi.server.RMIClassLoaderSpi=default -Djava.rmi.server.logCalls=false -Dcom.gs.jini_lus.locators=null -Dcom.gs.jini_lus.groups=[SOMETHING] -Dcom.gs.logging.debug=false -Djava.util.logging.config.file="[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\/config/gs_logging.properties" com.gigaspaces.start.SystemBoot com.gigaspaces.start.services=\"GSA\" gsa.gsc 0 gsa.global.gsm 0 gsa.lus 1
输出呈现如下:
java version "1.7.0_55" Java(TM) SE
Runtime Environment (build 1.7.0_55-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.55-b03, mixed mode)Usage: java [-options] class [args...]
(to execute a class) or java [-options] -jar jarfile [args...]
(to execute a jar file)where options include:
-d32 use a 32-bit data model if available
etc.
此致,
暴君
出于某种原因 java 7 不喜欢这条路:
\tools\groovy\bin\..\..\..\
进一步调查时我发现 JSHOMEDIR 被设置为
[SOME-PATH-TO-GS-HOME]\tools\groovy\bin\..\..\..\
所以在setenv.bat,我放了一个
set JSHOMEDIR=%~dp0\..
行前:
if "%JSHOMEDIR%" == "" set JSHOMEDIR=%~dp0\..
出于某种原因设置 (system/user) 环境变量并没有更改 JSHOMEDIR 的值(是的,我重新启动了 cmd)。
还有 the same duplicated post at ask.gigaspaces.org 可能还有一些额外的答案。
干杯!