Return-Path: X-Original-To: apmail-geode-issues-archive@minotaur.apache.org Delivered-To: apmail-geode-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0C6BE18B76 for ; Wed, 13 Jan 2016 22:48:49 +0000 (UTC) Received: (qmail 43529 invoked by uid 500); 13 Jan 2016 22:48:49 -0000 Delivered-To: apmail-geode-issues-archive@geode.apache.org Received: (qmail 43496 invoked by uid 500); 13 Jan 2016 22:48:49 -0000 Mailing-List: contact issues-help@geode.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@geode.incubator.apache.org Delivered-To: mailing list issues@geode.incubator.apache.org Received: (qmail 43487 invoked by uid 99); 13 Jan 2016 22:48:48 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2016 22:48:48 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 69292C18DA for ; Wed, 13 Jan 2016 22:48:48 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.78 X-Spam-Level: * X-Spam-Status: No, score=1.78 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id QUV5Lm_Nj56M for ; Wed, 13 Jan 2016 22:48:40 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with SMTP id 6FAE52050A for ; Wed, 13 Jan 2016 22:48:40 +0000 (UTC) Received: (qmail 42306 invoked by uid 99); 13 Jan 2016 22:48:40 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jan 2016 22:48:40 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id E8A092C1F60 for ; Wed, 13 Jan 2016 22:48:39 +0000 (UTC) Date: Wed, 13 Jan 2016 22:48:39 +0000 (UTC) From: "Kirk Lund (JIRA)" To: issues@geode.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (GEODE-780) GFSH should not require Attach API to start Locators or Servers MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/GEODE-780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kirk Lund updated GEODE-780: ---------------------------- Description: {noformat} gfsh>start locator --name=locator1 Starting a GemFire Locator in C:\dev\geode\gemfire-assembly\build\install\apache -geode\bin\locator1... An error occurred while attempting to start a Locator in C:\dev\geode\gemfire-as sembly\build\install\apache-geode\bin\locator1 on klund-e6420.vmware.com[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 director y. {noformat} The current code uses an alternative implementation for status and stop if Attach API is missing. The start command should not attempt to use statusWithPid since it knows the working directory of the process being launched. The error should only occur when attempting to use --pid with a status or stop command when the Attach API is missing. was: {noformat} gfsh>start locator --name=locator1 Starting a GemFire Locator in C:\dev\geode\gemfire-assembly\build\install\apache -geode\bin\locator1... An error occurred while attempting to start a Locator in C:\dev\geode\gemfire-as sembly\build\install\apache-geode\bin\locator1 on klund-e6420.vmware.com[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 director y. {noformat} > GFSH should not require Attach API to start Locators or Servers > --------------------------------------------------------------- > > Key: GEODE-780 > URL: https://issues.apache.org/jira/browse/GEODE-780 > Project: Geode > Issue Type: Bug > Components: management > Reporter: Kirk Lund > > {noformat} > gfsh>start locator --name=locator1 > Starting a GemFire Locator in C:\dev\geode\gemfire-assembly\build\install\apache > -geode\bin\locator1... > An error occurred while attempting to start a Locator in C:\dev\geode\gemfire-as > sembly\build\install\apache-geode\bin\locator1 on klund-e6420.vmware.com[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 director > y. > {noformat} > The current code uses an alternative implementation for status and stop if Attach API is missing. The start command should not attempt to use statusWithPid since it knows the working directory of the process being launched. > The error should only occur when attempting to use --pid with a status or stop command when the Attach API is missing. -- This message was sent by Atlassian JIRA (v6.3.4#6332)