GroupSession
ｖｅｒ４．３．０からｖｅｒ４．５．０へバージョンアップをしたらタイムゾーンがイギリスになってしまいました。どのように対処したらよいですか？宜しくお願いしますシステム情報は下記の通りです・Version 4.5.0 (4.5.0) ・OS Linux amd64 2.6.32-042stab092.2 ・J2EEコンテナ Apache Tomcat/7.0.59 ・Java 1.7.0_76 Oracle Corporation ・メモリ使用 176,153KB (69.5%) ・メモリ最大 253,440KB ・現在の空きディスク容量 49868MB ・コネクション使用状況 ACTIVE=0 IDLE=6
gsessionは centos7 に対応していますか？gsessionのバージョンアップで時間がずれたと思っていましたが、ｏｓをcentos6から7にしたのが原因のようです。gsessionのバージョンアップの前にcentos7に入替えました。osのシステムの時間は合っていますが、メイン画面の時間が９時間ずれてしまいます。centos6 に戻すと直ります。何か対処方法はありますか？宜しくお願いします。・Version 4.5.1 (4.5.1) ・OS Linux amd64 2.6.32-042stab092.2 ・J2EEコンテナ Apache Tomcat/8.0.21 ・Java 1.8.0_45 Oracle Corporation ・メモリ使用 363,197KB (77.9%) ・メモリ最大 466,432KB ・現在の空きディスク容量 100916MB ・コネクション使用状況 ACTIVE=0 IDLE=6
一般ユーザーです。> gsessionは centos7 に対応していますか？ＨＰ上に掲載されていない以上、対応していないと考えるしかなさそうですね。> osのシステムの時間は合っていますが、メイン画面の時間が９時間ずれてしまいます。> centos6 に戻すと直ります。その切り分けは有意義で、そこに関連する問題だと思います。「osのシステムの時間は合っています」というのは、date コマンドの結果ちゃんと JST と表示されているということだと考えています。（UTC だったらダメよ～、ダメダメ）途中まで追ってみました。メイン画面の時間表示が以下のＨＴＭL(JavaScript)で表示されています。【gsession/main/man001.do】//サーバ時間var serverdate = new Date(2015, 5-1, 4, 6, 8, 50); ←ここがキモです。その元が【gsession/WEB-INF/plugin/common/jsp/daytime.jsp】//サーバ時間var serverdate = new Date(<%= now.getYear() %>, ... ... , <%= now.getIntHour() %>, ...です。この now はおそらく UDateクラスの変数です。で、ここまで追った結果以下の４択だと思います。１．GroupSessionソースコードの UDateクラスメソッド get~() にバグがある。２．Javaにバグがある。３．CentOS7にバグがある。４．あなたのCentOS7の環境設定に間違いがある。正直言うと ４＞１＞２＞３ の順で怪しいのですが、前提条件で４を外すと１が怪しいかな？
ケーキ職人見習い 様返信ありがとうございます> ４．あなたのCentOS7の環境設定に間違いがある。> > 正直言うと ４＞１＞２＞３ の順で怪しいのですが、タイムゾーンを確認いたら、下記のように n/a になっていました。timedatectl set-timezone Asia/Tokyoでタイムゾーンを変更したら直りました。# timedatectl Local time: Tue 2015-05-05 11:49:37 JST Universal time: Tue 2015-05-05 02:49:37 UTC Timezone: n/a (JST, +0900) NTP enabled: n/aNTP synchronized: yes RTC in local TZ: no DST active: n/a
TOP