[
https://issues.apache.org/jira/browse/GEODE-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15468087#comment-15468087
]
ASF subversion and git services commented on GEODE-1836:
--------------------------------------------------------
Commit 2a84453b160f3fc0b6b873b92c74954b3b192911 in incubator-geode's branch
refs/heads/develop from [~apa...@the9muses.net]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=2a84453 ]
GEODE-1836: remove defunct Java 1.6 block for Mac
Geode requires Java 1.8 and does not support Java 1.6. Attempting to
add the 1.6 classes.jar to the classpath for the Attach API results in
breaking the start and status commands in GFSH.
Removal of these script lines allows GFSH to use either the Attach API
in Java 1.8 or an alternative implementation for start and status. The
alternative implementation uses temporary files to communcate with the
other process. If you want to make sure you are using the Attach API
then simply set JAVA_HOME to the location of JDK 1.8.
If you use jenv on Mac, then consider configuring jenv to export
JAVA_HOME by executing:
$ jenv enable-plugin export
> gfsh script adds the wrong tools.jar to classpath when using jenv on Mac OSX
> ----------------------------------------------------------------------------
>
> Key: GEODE-1836
> URL: https://issues.apache.org/jira/browse/GEODE-1836
> Project: Geode
> Issue Type: Bug
> Components: gfsh
> Affects Versions: 1.0.0-incubating.M1, 1.0.0-incubating.M2,
> 1.0.0-incubating.M3
> Reporter: Kirk Lund
> Assignee: Kirk Lund
> Fix For: 1.0.0-incubating
>
>
> On Mac OSX, the gfsh script finds the wrong tools.jar when using jenv.
> I'm testing this using
> /Library/Java/JavaVirtualMachines/jdk1.8.0_66.jdk/Contents/Home.
> {noformat}
> $ ./gfsh
> _________________________ __
> / _____/ ______/ ______/ /____/ /
> / / __/ /___ /_____ / _____ /
> / /__/ / ____/ _____/ / / / /
> /______/_/ /______/_/ /_/ 1.0.0-incubating.M3
> Monitor and Manage Apache Geode (incubating)
> gfsh>start server --name=server
> Starting a Geode Server in
> /Users/klund/apache-geode-1.0.0-incubating.M3/bin/server...
> An error occurred while attempting to start a Geode Cache Server:
> sun.tools.attach.MacosxVirtualMachine.isLinuxThreads()Z
> {noformat}
> The server named "server" actually starts up fine but GFSH is unable to get
> its status because the GFSH process is failing to load sun.tools.attach.
> MacosxVirtualMachine.
> The "gfsh" script is written for Linux, and I believe we'll need to alter the
> script some to make it work on Mac. I'll file a bug for this.
> For now, the best workaround I can offer up is to add the tools.jar to your
> CLASSPATH:
> {noformat}
> $ export
> CLASSPATH=/Library/Java/JavaVirtualMachines/jdk1.8.0_66.jdk/Contents/Home/lib/tools.jar
> $ ./gfsh
> _________________________ __
> / _____/ ______/ ______/ /____/ /
> / / __/ /___ /_____ / _____ /
> / /__/ / ____/ _____/ / / / /
> /______/_/ /______/_/ /_/ 1.0.0-incubating.M3
> Monitor and Manage Apache Geode (incubating)
> gfsh>start server --name=server
> Starting a Geode Server in
> /Users/klund/apache-geode-1.0.0-incubating.M3/bin/server...
> ....
> Server in /Users/klund/apache-geode-1.0.0-incubating.M3/bin/server on
> pdx2-office-dhcp32.eng.vmware.com[40404] as server is currently online.
> Process ID: 50858
> Uptime: 2 seconds
> GemFire Version: 1.0.0-incubating.M3
> Java Version: 1.8.0_66
> Log File: /Users/klund/apache-geode-1.0.0-incubating.M3/bin/server/server.log
> JVM Arguments: -Dgemfire.use-cluster-configuration=true
> -XX:OnOutOfMemoryError=kill -KILL %p
> -Dgemfire.launcher.registerSignalHandlers=true -Djava.awt.headless=true
> -Dsun.rmi.dgc.server.gcInterval=9223372036854775806
> Class-Path:
> /Users/klund/apache-geode-1.0.0-incubating.M3/lib/geode-core-1.0.0-incubating.M3.jar:/Users/klund/apache-geode-1.0.0-incubating.M3/lib/geode-dependencies.jar
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
