問題タブ [jodatime]

Java と DateTime の DB で最も有益なのはどれですか? (JodaTime を日付として使用)

(DateTime オブジェクト (Java) + TIMESTAMP (DB) ) VS (ミリ秒の長さ (Java) + BIGINT(DB)

基礎となるデータベースに裏打ちされた Java Web アプリケーションで DateTime 情報を使用するため

関心のある分野

• Java での操作、処理、およびメモリ使用量
• MySQL データベースの効率的なストレージ スペースを使用して節約する
• BIGINT/TIMESTAMP 列を他の DB に簡単に移植できる
• BIGINT/TIMESTAMP または 2 つの BIGINT/TIMESTAMP 間で DB を検索するのが容易

たとえば、開始と終了の DateTime を持つイベントがあったとします。DBでBIGINTを使用して日付のイベントを検索する方がTIMESTAMPSよりも高速ですか?

スケーラビリティと検索の問題が発生したため、基礎となる DB を交換する可能性があります。

DateTime を TIMESTAMP として MySQL DB に保存すると、Oracle などの別の DB に移植するときに問題が発生しますか?

現在、Java で Joda DateTime を使用し、その値のミリ秒を保存しています。

取得するときは、ミリ秒を DateTime オブジェクトに戻して表示します。

どのオブジェクトが他のオブジェクトよりも早いかわからない場合、1 つの joda time DateTime オブジェクトが別のオブジェクトから 4 時間以内にあるかどうかを確認する最良の方法は何ですか?

Joda Time Duration オブジェクトは、オブジェクト A がオブジェクト B の前に来ることがわかっている場合、この仕事をうまく行っているように見えますが、Duration が署名されているため、順序がわからない場合は、希望どおりに動作しないようです。

これを行う簡単な方法があるようですが、まだ見つけていません。

そのため、JodaTime の年表を使用して日付を解析する際に問題があったため、IslamicChronology問題を示すために小さな例を書きました。

コードは次のとおりです。

そして出力：

問題は月の名前が数値であることだと思いますが、そうですか? 誰にも何か提案がありますか？年表がグレゴリオ暦の場合、これを再現することはできません。

前もって感謝します。

日付に 4 桁の年が含まれている場合にのみ、日付を解析するように Joda 時間を強制する方法はありますか? 例えば：

• 2009-11-11 - 解析する必要があります
• 09-11-11 - 解析しないでください

次のコードを試しました：

0009-11-11 に解析します。メソッド appendYear の minDigits は、日付を出力するときの書式設定にのみ使用されるようです。
appendYearOfEra() を使用しても結果は同じです。appendYearOfCentury() を使用すると、代わりに年が 1909 に解析されます。

さまざまな種類の入力を認識する一般的なデータ パーサーを実装しています。また、この例は、実際の取引の短縮形です (簡単にするため)。実際のシナリオでは、曜日、単語としての月、時間、ゾーン、および月、日、年を区切るさまざまな文字を含む日付を解析します。したがって、RegEx を記述したり、文字列の内容や長さを確認したりすることは、かなり難しいことがわかります。

実際の例は次のようになります。

• 2009-11-11
• 水曜日 2009-11-11T15:00:00
• 2009/11/11 15:00
• などなど...

Joda-Time APIを使用して次の金曜日を取得するにはどうすればよいですか。

LocalDate今日のはtodayです。今週の金曜日の前か後のどちらにいるかを決めなければならないようです。この方法を参照してください：

短くするか、ワンライナーで行うことは可能ですか?

PS: JDK の日付/時刻の使用についてアドバイスしないでください。Joda-Time は、はるかに優れた API です。

Java 8 では、さらに優れたjava.timeパッケージ (チュートリアル) が導入されています。

アプリを Eclipse から IntelliJ に移植しようとしています。アプリは正常にビルドされますが、正しく実行されません。

これは、私が受け取った部分的なスタック トレースです。

モジュールのビルド パスで指定されているにもかかわらず、何らかの理由でアプリが joda-time リソースを見つけることができません。これらは、アプリケーションの Eclipse バージョンで使用されるものと同じ jar ファイルです。

代替テキスト http://img.skitch.com/20091106-pgqujbb5eaeqc2wfiqc2c1p39a.png

IntelliJ ツールによってビルドされた APK は、Eclipse によってビルドされたものよりも約 20% 小さくなっていますが、その理由はわかりません。

何が問題なのですか？

アップデート：

昨日、romain と xav と話しましたが、問題は intellij がリソースを apk にバンドルしていないことのようです。明らかに、aapt は 2 つのパス アプローチを実行します。最初にすべてのクラス ファイルを .dex ファイルにバンドルし、次にすべてのリソース ファイルを個別に apk ファイルのトップ レベルにバンドルします。intellij が欠落しているように見えるのは、この 2 番目のパスです。

回避策として、joda-time jar からすべてのリソース ファイルを unjar し、それらを src ディレクトリに配置するよう提案されました。intellij がそれらを自分のソースの一部であるかのように apk にバンドルし、問題を解決することが期待されていました。ただし、これを行った場合、IntelliJ は apk を作成するときにこれらのファイルを完全に無視しました。

どうしてか分かりません。ビルドするたびにひどく不便ではない、joda-time リソース ファイルを apk に入れるために使用できる回避策はありますか?

Jodatimeを使用する場合、ファイルを最新の状態に保つ必要があることを読みました（もうどこにあるのかわかりませんが、ここを参照してください）。ファイルの種類は？何故ですか？

Joda time （1.6）ライブラリを使用していますが、GMTではなくBritishSummerTimeという間違ったタイムゾーンのDateTimeオブジェクトが返され続けます。

私のWindowsワークステーション（JDK 1.6.0_16を実行）はGMTであると見なし、JDKの日付/時刻クラスからデフォルトのタイムゾーンを取得した場合、それは正しい（GMT）です。Linuxサーバーでも同じ動作がします。Jodaのタイムゾーンデータベースファイルでエラーが発生している可能性があると考えたため、最新のデータベースを使用してjarを再構築しましたが、変更はありませんでした。

の静的イニシャライザーを介してデバッグすると、呼び出しが期待どおりに行われるorg.joda.time.DateTimeZoneことがわかります。System.getProperty("user.timezone")"Europe/London"

私は Joda Time を使用しており、を使用して作成された DateTimeZones が渡されていDateTimeZone.forOffsetHours()ます。「PST」、「EST」などの標準のタイムゾーンの頭字語を使用して、これらのタイムゾーンを印刷したいと思います。

ただし、これらのタイムゾーンを使用する DateTime を出力すると、名前の頭字語ではなく、タイムゾーンの「hh:mm」表現が表示されます。

次に例を示します。

Joda Time を使用して、最後の例で適切なタイムゾーンの頭字語を出力する方法はありますか?

重複の可能性：
Java 7 Date / Time API

JodaTimeがJava7に含まれる予定であるという噂を読みましたが、この情報の最も信頼のおける情報源を見つけるのに苦労しています。Joda Timeは将来のJDKに含まれますか？ソースを引用してください。