Java のタイムゾーンオブジェクトを取得する - Java 入門
Java のタイムゾーンオブジェクトの取得 タイムゾーン (TimeZone) は java.util.TimeZone を利用すると簡単に扱えます。 それぞれのタイムゾーンを表す ID (文字列) があります。この ID を使って対応するタイムゾーン・オブジェクトを取得可能です。 例えば、日本の標準時のタイムゾーンを表す ID は Asia/Tokyo ですが、次のように TimeZone クラスの getTimeZone() メソッドを用いると、 日本の標準時を表すタイムゾーンオブジェクトを取得できます。 TimeZone tz = TimeZone.getTimeZone("Asia/Tokyo"); タイムゾーンオブジェクトの利用 getTimeZone()メソッドで取得できたタイムゾーンオブジェクトを元に、次のように SimpleDateFormat 等を利用することで、それぞれ
PostgreSQLとJDBCの"Timestamp"の解釈 - @katzchang.contexts
CREATE TABLEの場合、TimestampとするとTimestamp without timezoneとして解釈される。 pgAdminIIIで「新しい列...」では、Timestamp with/without timezoneのどちらかを指定しなければならない。 入力リストボックス上、Timestamp with timezoneが上にあるので、何気なく選択しやすい罠。 ResultSet.getTimestamp()の挙動 Timestamp without timezoneの場合、解釈されない。 Bad Timestamp Format at 23 in 2007-07-10 18:38:00.775003 Timestamp.valueOf(ResultSet.getString())で取得。事前にnullチェックが必要。 Timestamp with timezoneの
postgreSQLのtimestamp with/without timezoneのjavaへの対応の違い - @katzchang.contexts
前にネタにしたんだけど、結構検索で引っかかる方が多いので補足します。 timestamp with timezoneはjava.sql.Timeクラス timestamp without timezoneはjava.sql.Timestampクラス という、結構単純な話でした。ResultSet.getMetaData().getColumnClassName(int)でクラス名が取得できるので、気になる方は調べてみては如何でしょうか。 ちなみに古典的にJDBCを使ってる場合、ResultSetはやたらとgetHoge(column)メソッドが乱立してて面倒だけど、JDK5.0だとジェネリクスとやらを使って、 public <T> T get(ResultSet resultSet, String columnName) throws SQLException{ return (T)res
TimeZoneを考慮した日付のフォーマット - suusuke@Hatena
Calendarクラスを使うときあまりTimeZoneを意識した事が無かったのでTimeZoneを意識して作ってたメモ。 package jp.co.suusuke; import java.text.DateFormat; import java.text.ParseException; import java.text.SimpleDateFormat; import java.util.Calendar; import java.util.Date; import java.util.GregorianCalendar; import java.util.TimeZone; /** * @author suusuke * */ public class TimeZoneSample { /** * */ private static final String YYYYMMDDHHMM
TimeZoneを扱う - やさしいデスマーチ
国内で国内向けのアプリケーションを作っている限りは、タイムゾーンを意識することはほとんどありません。しかし、Google App Engine等を利用する場合、多国対応のアプリケーションを作るためにはタイムゾーンを正しく扱うことが必要不可欠です。というわけで、タイムゾーンをGAE/Slim3を使う場合に考慮すべき事をまとめました。 デフォルトのタイムゾーン Javaの場合、システムで持つデフォルトのタイムゾーンがあり、普段は暗黙的に利用されています。開発環境とプロダクション環境ではデフォルトのタイムゾーンが異なります。 開発環境 +0900 Asia/Tokyo プロダクション環境 +0000 UTC ※開発環境のタイムゾーンはシステムに依存します。 デフォルトのタイムゾーンを指定する GAE上を使うけどアプリケーションは国内向けであるのであれば、デフォルトのタイムゾーンを変更するのが簡単
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
