-
Type:
Bug
-
Status: Done
-
Priority:
4 - Normal
-
Resolution: Done
-
Affects Version/s: 5.8.3, 7.17.4
-
Fix Version/s: 6.23.11
-
Component/s: None
-
Labels:
-
Environment:
[myuser@myserver ~]$cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.8 (Santiago) [myuser@myserver ~]$date Fri Feb 2 14:34:14 +03 2018 [myuser@myserver ~]$locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= [myuser@myserver ~]$java -version java version "1.8.0_161" Java(TM) SE Runtime Environment (build 1.8.0_161-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.161-b12, mixed mode) [myuser@myserver ~]$ [mw@yayin mw]$curl -k -u adminuser:adminpassword https://localhost/artifactory/api/system | grep version % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 os.version | 2.6.32-642.6.2.el6.x86_64 artifactory.version | 5.8.3 artifactory.versioningQueryIntervalSecs | 7200 artifactory.mvn.metadata.version3.enabled | true artifactory.version.query.enabled | true 100 30443 0 30443 0 0 316k 0 --:--:-- --:--:-- --:--:-- 3716k java.class.version | 52.0 java.runtime.version | 1.8.0_161-b12 java.specification.version | 1.8 java.version | 1.8.0_161 java.vm.specification.version | 1.8 java.vm.version | 25.161-b12
[myuser@myserver ~]$cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.8 (Santiago) [myuser@myserver ~]$date Fri Feb 2 14:34:14 +03 2018 [myuser@myserver ~]$locale LANG=en_US.UTF-8 LC_CTYPE= "en_US.UTF-8" LC_NUMERIC= "en_US.UTF-8" LC_TIME= "en_US.UTF-8" LC_COLLATE= "en_US.UTF-8" LC_MONETARY= "en_US.UTF-8" LC_MESSAGES= "en_US.UTF-8" LC_PAPER= "en_US.UTF-8" LC_NAME= "en_US.UTF-8" LC_ADDRESS= "en_US.UTF-8" LC_TELEPHONE= "en_US.UTF-8" LC_MEASUREMENT= "en_US.UTF-8" LC_IDENTIFICATION= "en_US.UTF-8" LC_ALL= [myuser@myserver ~]$java -version java version "1.8.0_161" Java(TM) SE Runtime Environment (build 1.8.0_161-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.161-b12, mixed mode) [myuser@myserver ~]$ [mw@yayin mw]$curl -k -u adminuser:adminpassword https: //localhost/artifactory/api/system | grep version % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 os.version | 2.6.32-642.6.2.el6.x86_64 artifactory.version | 5.8.3 artifactory.versioningQueryIntervalSecs | 7200 artifactory.mvn.metadata.version3.enabled | true artifactory.version.query.enabled | true 100 30443 0 30443 0 0 316k 0 --:--:-- --:--:-- --:--:-- 3716k java. class. version | 52.0 java.runtime.version | 1.8.0_161-b12 java.specification.version | 1.8 java.version | 1.8.0_161 java.vm.specification.version | 1.8 java.vm.version | 25.161-b12
-
Severity:Medium
Artifact deployment time is incorrect on Turkish timezone(GMT+3), although we use the latest JDK(1.8_161) having correct TZDATA(tzdata2017c) for Turkey.
To fix it, we had to add -Duser.timezone=+03:00 to CATALINA_OPTS in artifactory/tomcat/bin/setenv.sh.
Similar thing happened in our Java based programs and we noticed that we had to upgrade JodaTime library, as well. In fact, Artifactory's latest version(5.8.3) still use joda-time-2.2.jar while the latest JodaTime is 2.9.
