Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 359E3200C67 for ; Mon, 17 Apr 2017 01:29:49 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 340B2160B9D; Sun, 16 Apr 2017 23:29:49 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 7A99B160B9A for ; Mon, 17 Apr 2017 01:29:48 +0200 (CEST) Received: (qmail 14150 invoked by uid 500); 16 Apr 2017 23:29:47 -0000 Mailing-List: contact dev-help@geode.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@geode.apache.org Delivered-To: mailing list dev@geode.apache.org Received: (qmail 14139 invoked by uid 99); 16 Apr 2017 23:29:47 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Apr 2017 23:29:47 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 0EB12C05A7 for ; Sun, 16 Apr 2017 23:29:47 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 736-UiQen_yY for ; Sun, 16 Apr 2017 23:29:44 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 27C7F5F3DA for ; Sun, 16 Apr 2017 23:29:44 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id C490FE00A6 for ; Sun, 16 Apr 2017 23:29:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id AD18E21B45 for ; Sun, 16 Apr 2017 23:29:41 +0000 (UTC) Date: Sun, 16 Apr 2017 23:29:41 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: dev@geode.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (GEODE-2788) Add official Socket timeout parameter when connecting to servers/locators MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 16 Apr 2017 23:29:49 -0000 [ https://issues.apache.org/jira/browse/GEODE-2788?page=3Dcom.atlassian= .jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1597= 0551#comment-15970551 ]=20 ASF GitHub Bot commented on GEODE-2788: --------------------------------------- GitHub user masaki-yamakawa opened a pull request: https://github.com/apache/geode/pull/458 GEODE-2788: Add official Socket timeout parameter when connecting to se= rvers/locators When connecting from the client to the servers/locators, if the servers/locators is not started, the connection can not be established and a Socket timeout occurs. This timeout value is 59 seconds by defaul= t. This timeout value is too long. This timeout value can be done by specifying the informal parameter "gemfire.PoolImpl.HANDSHAKE_TIMEOUT" in java the system property, but we corresponded so that it can be specified by official parameters. =20 Timeout values are determined in the following order of priority. =20 1. java system property:gemfire.PoolImpl.HANDSHAKE_TIMEOUT 2. java system property:gemfire.connect-timeout 3. gemfire.properties:connect-timeout 4. default:59000 milli seconds =20 As another idea, there is also an idea to make it possible to specify i= t as an attribute of Pool. In that case NativeClient needs the same modific= ation. You can merge this pull request into a Git repository by running: $ git pull https://github.com/masaki-yamakawa/geode feature/GEODE-2788 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/geode/pull/458.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #458 =20 ---- commit 261c6ee7c6e8af75d1c3c206214efc64e6e03fee Author: masaki.yamakawa Date: 2017-04-16T16:46:03Z dd official Socket timeout parameter when connecting to servers/locator= s =20 When connecting from the client to the servers/locators, if the servers/locators is not started, the connection can not be established and a Socket timeout occurs. This timeout value is 59 seconds by default. This timeout value is too long. This timeout value can be done by specifying the informal parameter "gemfire.PoolImpl.HANDSHAKE_TIMEOUT" in java the system property, but we corresponded so that it can be specified by official parameters. =20 Timeout values =C3=A2=C2=80=C2=8B=C3=A2=C2=80=C2=8Bare determined and d= etermined in the following order of priority. =20 1. Java System Property:gemfire.PoolImpl.HANDSHAKE_TIMEOUT 2. Java System Property:gemfire.connect-timeout 3. gemfire.properties:connect-timeout 4. Default:59000 milli seconds ---- > Add official Socket timeout parameter when connecting to servers/locators > ------------------------------------------------------------------------- > > Key: GEODE-2788 > URL: https://issues.apache.org/jira/browse/GEODE-2788 > Project: Geode > Issue Type: Improvement > Components: core > Reporter: Masaki Yamakawa > Priority: Minor > Labels: patch > > When connecting from the client to the servers/locators, if the servers/l= ocators is not started, the connection can not be established and a Socket = timeout occurs. > This timeout value is 59 seconds by default. This timeout value is too lo= ng. This timeout value can be changed by specifying the unofficial paramete= r "gemfire.PoolImpl.HANDSHAKE_TIMEOUT" in java system property, but I corre= sponded so that it can be specified by official parameters. > Like the NativeClient, the official parameters should be specified by "co= nnect-timeout" in gemfire.properties. > Timeout values =E2=80=8B=E2=80=8Bare determined in the following order of= priority. > 1. java system property:gemfire.PoolImpl.HANDSHAKE_TIMEOUT > 2. java system property:gemfire.connect-timeout > 3. gemfire.properties:connect-timeout > 4. default:59000 milli seconds > As another idea, there is also an idea to make it possible to specify it = as an attribute of Pool. In that case NativeClient needs the same modificat= ion. -- This message was sent by Atlassian JIRA (v6.3.15#6346)