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 CBCF0200C51 for ; Sat, 25 Mar 2017 19:16:50 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id CA8CD160B6F; Sat, 25 Mar 2017 18:16:50 +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 1F6AA160B88 for ; Sat, 25 Mar 2017 19:16:49 +0100 (CET) Received: (qmail 91212 invoked by uid 500); 25 Mar 2017 18:16:49 -0000 Mailing-List: contact user-help@cayenne.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cayenne.apache.org Delivered-To: mailing list user@cayenne.apache.org Received: (qmail 91155 invoked by uid 99); 25 Mar 2017 18:16:49 -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; Sat, 25 Mar 2017 18:16:49 +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 A0E62C0913 for ; Sat, 25 Mar 2017 18:16:48 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.796 X-Spam-Level: X-Spam-Status: No, score=-0.796 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, KAM_LINKBAIT=0.5, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, RCVD_IN_SORBS_SPAM=0.5] 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 9YhordS-We3e for ; Sat, 25 Mar 2017 18:16:47 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id EF9275FB3F for ; Sat, 25 Mar 2017 18:16:46 +0000 (UTC) Received: from dinu ([93.214.135.136]) by mrelayeu.kundenserver.de (mreue104 [212.227.15.183]) with ESMTPSA (Nemesis) id 0LoIFV-1cGZgV1Kgb-00gEDV for ; Sat, 25 Mar 2017 19:16:46 +0100 Date: Sat, 25 Mar 2017 19:16:45 +0100 From: Dirk Lattermann To: user@cayenne.apache.org Subject: Re: Using a specific time zone for timestamp values for Derby Message-ID: <20170325191645.3afe3cd8@dinu> In-Reply-To: References: <20170325175748.7f22c0e8@dinu> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:D6JEd3S1tqZ6sWUzwbbpnGWBs76KQibTZGFfphRK9J1Li/QxkAI n/0tqTykmgudvUpVJc1d8GQzKUgOGz+1sUMezuGajDIBkcGxErg5qpAn5taZFUFg/RNS2lQ BImUomJ+zYnPzsdgSTna/Hz9+919r1oW3wRHku20oG38EK7gN5LanFTjBsmHfn5R3f+wcht CWQGD2eFWDoPtW7qt78JQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:di6BJj9/7xA=:FOoV9b/eKSKLLWLnBS5S3u cQYpw7WhqtjgyehoPp/Yy+d6BO0QMxFTnQqx1fAY2s6V/wJiX9cQpt8kLqh21E6559C2U/F8e BKFifoVrdizgyJG44sRFea3qBbBF+ISmiYbDcvUdgQHrLI/3druKkgsLJVoSOSs3ZRDSulwXo ROIvX1ChLa7wGOVHepPMwhi/imUB5I0fI0LcI/bOHfkScD+a4hYDs4OysqE/5Lq/OZIfumgqX GtMzImtsE/g8QQbECReJJSw6HV/kpinSiNbZnLaffpiGROBA3Dc0r1ecxgkgTKcXp+jesasCN eGuaDEbzReibY1yJyXR3Xv4IfUsuKScXtgda/RSdodnKmnyZWY2nXCnvdFZkn5kmVGgpp2QfU GgQ/t9l+OyIk1Fyi95FPNIgGW19AIOHro3/Pm8nYWRc/cluDYaM12UUUSzxpyojJzdZ8kYKDi RXPBgUJgHe06vXiqOdmeJoxXInLuOl0YRpRo1VmjKvCIEFsekYheQldc7PGE8/EUOUqyDR4ZU SxjUHrAn+oJc+o5TRReOogAH88r0F6AY7yB9HrgaCHwtnmQasUuLpG4yF8Tk0b2Gc4Jk62oHg DmDBOq/GzVd1N6AiRO729L3v5o2kJST0GGPNy5LLxGmehH7Cu9bfaq//hmFmcI14diHHR4ywf rrhQu3mE9xjlfea1kRrGo+OCgTXAmHZCqC+XgsvegkxTj3w7YQtBUtPHF0bTuIoc88x7PGB0U 9sPGarGFGBjozRa/ archived-at: Sat, 25 Mar 2017 18:16:51 -0000 Am Sat, 25 Mar 2017 17:57:40 +0000 schrieb John Huss : > The jvm time zone should always be set to UTC. It will avoid problems > and has no real downsides. true, but not always in the hands of the software developer. It may lead to conflicts when one library expects UTC while another the local TZ. It'd be preferrable if there is a way to develop the software in a way that is not dependent on the JVM time zone. Hence my question.