Tried but it’s not working Dor From: Jens Deppe [mailto:[email protected]] Sent: יום ו 15 ינואר 2016 16:05 To: [email protected] Subject: Re: failed building the latest version downloaded from github
Dor, Did you try and run the commands I had suggested? It looks like you just ran the original command again? --Jens On Thu, Jan 14, 2016 at 11:50 PM, Dor Ben Dov <[email protected]<mailto:[email protected]>> wrote: Guys Did that Same problem [dor@localhost apache-geode]$ sudo ./bin/gfsh _________________________ __ / _____/ ______/ ______/ /____/ / / / __/ /___ /_____ / _____ / / /__/ / ____/ _____/ / / / / /______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT Monitor and Manage GemFire gfsh> start locator --name=locator Starting a GemFire Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator... An error occurred while attempting to start a Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator on 192.168.253.132[10334]: The Attach API classes could not be found on the classpath. Please include JDK tools.jar on the classpath or add the JDK tools.jar to the jre/lib/ext directory. From: Jens Deppe [mailto:[email protected]<mailto:[email protected]>] Sent: יום ה 14 ינואר 2016 21:57 To: [email protected]<mailto:[email protected]> Subject: Re: failed building the latest version downloaded from github The problem here is the difference between running as sudo vs. running as a regular user. If you run gfsh with shell debugging, you'd see that as a regular user, java is called with a full path but under sudo, it's just being called with 'java' (assuming your PATH variable is correct). In the latter case then, the tools.jar file does not get found. To work around the issue you should be able to do the following (setting paths as appropriate): export JAVA_HOME=/usr/lib/jvm/java-8-oracle sudo sh -c "JAVA_HOME=$JAVA_HOME /bin/path/to/gfsh" --Jens On Wed, Jan 13, 2016 at 2:52 PM, Kirk Lund <[email protected]<mailto:[email protected]>> wrote: This issue is now filed as "GEODE-780: GFSH should not require Attach API to start Locators or Servers" It's caused by GFSH attempting to perform status using the pid of the newly launched process. -Kirk On Wed, Jan 13, 2016 at 1:41 PM, John Blum <[email protected]<mailto:[email protected]>> wrote: > If you're running on Mac, then the contents from tools.jar should already be > in your java environment. This is only true if you are using Apple's JDK (JRE), which ceased to be supported and released after 1.6. In fact, the latest versions of Mac OS X, e.g. Yosemite and I think even Mavericks (perhaps) removed the Apple JDK. Since Geode requires JDK 8 you would need to use an Oracle provided Mac OS X JDK (since 1.7), in which case, all the same rules Kirk mentioned above this line apply. On Wed, Jan 13, 2016 at 1:33 PM, Kirk Lund <[email protected]<mailto:[email protected]>> wrote: In bash, you might check "which java" and then add the tools.jar to the lib/ext dir that's parallel to the bin containing java. If your java is in /somedir/jre/bin then you would copy a tools.jar from a jdk installation and add it to /somedir/jre/lib/ext. If your java is in /somedir/jdk/bin then it should already be finding tools.jar but I suppose you could try adding tools.jar to /somedir/jdk/jre/lib/ext. If you're running on Mac, then the contents from tools.jar should already be in your java environment. -Kirk On Wed, Jan 13, 2016 at 1:05 PM, Dor Ben Dov <[email protected]<mailto:[email protected]>> wrote: This is the part again [dor@localhost apache-geode]$ sudo ./bin/gfsh [sudo] password for dor: _________________________ __ / _____/ ______/ ______/ /____/ / / / __/ /___ /_____ / _____ / / /__/ / ____/ _____/ / / / / /______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT Monitor and Manage GemFire gfsh>start locator --name=locator Starting a GemFire Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator... An error occurred while attempting to start a Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator on 192.168.253.132[10334]: The Attach API classes could not be found on the classpath. Please include JDK tools.jar on the classpath or add the JDK tools.jar to the jre/lib/ext directory. From: Kirk Lund [mailto:[email protected]<mailto:[email protected]>] Sent: יום ד 13 ינואר 2016 22:52 To: [email protected]<mailto:[email protected]> Subject: Re: failed building the latest version downloaded from github GFSH is a custom CLI tool for GemFire. It doesn't support linux commands such as sudo. You can add the tools.jar from the JDK to your classpath to fix the last problem you hit, however the code no longer requires the Attach API, so I'm surprised that you're seeing an error message about it. I'll try to fit in some time to do some experimenting with this later this week or next week. -Kirk On Wed, Jan 13, 2016 at 12:45 PM, Dor Ben Dov <[email protected]<mailto:[email protected]>> wrote: Anthony and Dan, Cloning from git and then building the develop worked But when I am running the locator I am getting this : gfsh>sudo start locator --name=locator Command "sudo start locator --name=locator" is not valid. gfsh> gfsh>exit Exiting... [dor@localhost apache-geode]$ sudo ./bin/gfsh [sudo] password for dor: _________________________ __ / _____/ ______/ ______/ /____/ / / / __/ /___ /_____ / _____ / / /__/ / ____/ _____/ / / / / /______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT Monitor and Manage GemFire gfsh>start locator --name=locator Starting a GemFire Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator... An error occurred while attempting to start a Locator in /home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator on 192.168.253.132[10334]: The Attach API classes could not be found on the classpath. Please include JDK tools.jar on the classpath or add the JDK tools.jar to the jre/lib/ext directory. From: Anthony Baker [mailto:[email protected]<mailto:[email protected]>] Sent: יום ד 13 ינואר 2016 17:02 To: [email protected]<mailto:[email protected]> Subject: Re: failed building the latest version downloaded from github This should be fixed now: https://github.com/apache/incubator-geode/commit/0a890a56232e144d1dd76df05576bcdbb7601c87 Anthony On Jan 12, 2016, at 10:45 PM, Dor Ben Dov <[email protected]<mailto:[email protected]>> wrote: Dan I will try cloning from git repository and then I will try again and update you guys, but if you ask me, it’s weird that the downloaded zip doesn’t compile with gradle. Dor From: Dan Smith [mailto:[email protected]] Sent: יום ד 13 ינואר 2016 03:04 To: [email protected]<mailto:[email protected]> Subject: Re: failed building the latest version downloaded from github Can you try cloning the git repository instead of downloading the source zip? It looks like it's trying to read metadata from a git checkout. -Dan On Tue, Jan 12, 2016 at 1:04 PM, Dor Ben Dov <[email protected]<mailto:[email protected]>> wrote: Hi, I am using fedora 23 with gradle and java 8 Downloaded the latest bundle from github https://github.com/apache/incubator-geode/archive/develop.zip Then tried to gradle build according to the guidelines you wrote on the same page, But it keep failing with this error: dor@localhost incubator-geode-develop]$ sudo ./gradlew build installDist Starting a new Gradle Daemon for this build (subsequent builds will be faster). FAILURE: Build failed with an exception. * Where: Build file '/home/dor/Downloads/incubator-geode-develop/build.gradle' line: 57 * What went wrong: A problem occurred evaluating root project 'gemfire'. > Failed to apply plugin [id 'org.ajoberstar.grgit'] > One of setGitDir or setWorkTree must be called. * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 10.757 secs [dor@localhost incubator-geode-develop]$ Any ideas? What am I doing wrong ? Regards, Dor Ben Dovd This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp -- -John 503-504-8657<tel:503-504-8657> john.blum10101 (skype)
