問題タブ [jsr310]

データベースと一意の ID のスペースを節約できるように、Java で基本ミリ秒参照を 1970 年から 2008 年に変更できるようにしたいと考えています。

できれば Joda-Time を使用してください。

想定される Java 7 リリースの今後の jsr-310 はそれを実装します。

http://today.java.net/pub/a/today/2008/09/18/jsr-310-new-java-date-time-api.html

私が見ることができる他の唯一のオプションは、レコードを検索する必要があるたびに数学的に実装することです.

例えば

小さい日付はDBに保存されます

--編集--

だから私はJSR-310を読み違えました、そしてそれは不可能です。

スペースを節約するためのより良い方法があり、long を計算するために何千ものリクエストを処理するという頭痛の種があります。

DB をどこに移動するか分からないので、long を日付として記録したかったのです。おそらく MySQL => Oracle です。

ですから、タイムスタンプは必要ありませんでした。ただ BigInt が必要でした。

https://blog.joda.org/2009/11/why-jsr-310-isn-joda-time_4941.htmlに出くわしました。

1）現在、Javaカレンダーをjoda-timeに移行しています。疑問に思っていたのですが、joda-timeの代わりにthreetenを使用する必要がありますか？スリーテンプロダクションの準備はできていますか？

2）3つのライブラリとjoda-timeライブラリを同じアプリケーションに一緒に存在させることはできますか？私はいくつかのサードパーティライブラリを使用しているので、joda-timeライブラリも使用しています。

3）joda-timeは、3つあるので、放棄されたプロジェクトになりますか？

ClassLoader.getResource を介して TZ データをロードするResourceZoneRulesDataProviderを見てきました。しかし、アプリの CLASSPATH に関係のない共有ファイル システムから、代わりに独自の TZ データを読み込むように ThreeTen に指示するにはどうすればよいでしょうか?

OffsetDateは、ゾーンオフセットのある日付を表します。このクラスの目的がわかりません。その存在を正当化する主なユースケースは何ですか？

jsr-310 にはDateTimeFormatters、DateTimeFormatter. 私はこの方法が特に気に入っていpattern(String)ます - javadocを参照してください

ただし、これは大文字と小文字が区別されるという問題に遭遇しました-たとえば

"01-Jan-2012" と一致しますが、"01-JAN-2012" または "01-jan-2012" とは一致しません。

1 つの方法は、文字列を分割してコンポーネントを解析することです。別の方法は、Regex を使用して、大文字と小文字を区別しない文字列を大文字と小文字を区別する文字列に置き換えることです。

でも、もっと簡単な方法があるはずだと感じています...

Java での 2 つの日付または 2 つの時間の差の計算を扱う SO の質問はたくさんあります。多くの回答がコア Java Date クラスの問題を指摘し、Jodatime の使用を提案していますが、私の知る限り、jsr310 を使用してこれを行う方法を提案するものはありません。

では、jsr310 で 2 つの日付または 2 つの時刻の差を計算する方法はありますか?

参考までに、次の質問でこの問題を処理します。

コア Java では:

• 2 つの日時の間のミリ秒

ジョダタイムでは：

• 2 つの日付の間の日数
• 2 つの日時の間隔

javax.time.Duration現在、JSR-310 のごく一部をライブラリに追加することを考えています。

これは現在完全に正常に動作します。

But JSR-310 is planned to be integrated in Java 8! When executing our application on Java 8, what will happen if there is both a javax.time.Duration class in the standard library and the same class shipping with our jar file?

Will one of the classes be silently ignored? (Which one?) Will there be an error when a Java 8 VM tries to load the class from our library?

Are there any compatibility issues I need to be aware of?

javax.time.Instantローカル タイム ゾーンで a を文字列としてフォーマットするにはどうすればよいですか? 以下は、私が期待していたローカルタイムゾーンではなく、 localInstantをUTCに変換します。への呼び出しを削除するとtoLocalDateTime()、同じことが行われます。代わりに現地時間を取得するにはどうすればよいですか?

注: JSR-310リファレンス実装の古いバージョン0.6.3を使用しています。

jsr310で「13日の金曜日」という表現を解決しようとしていますが、Joda Timeやその他のライブラリで解決できれば、それでも問題ありません。私はここまで来ました：

それは「13日の金曜日」を指定しているようです。しかし、これから「13日の金曜日」にどうやって行くのですか？

JSR 310 を使用して、ミリ秒単位の日時値をタイムゾーン間で変換しようとしています。従来の API を使用するには、ミリ秒単位の値を処理する必要があります。私の場合、それはローカルと UTC/GMT の間にありますが、ソースと宛先のタイムゾーンが関係していることに関係なく、まったく同じコードであると予想されます。これが私の小さなテストプログラムです。最後のローカル DST 変更の前後で数時間にわたって反復するように構成されています。出力が間違っているので、UTCtoLocalMillis が間違っていると思いますが、テスト方法にも問題がある可能性があります。間違った出力とは、私のタイムゾーンでは、UTC を取得するために時間を減算する必要がありますが、コードは実際には時間を追加するということです。第 2 に、DST の開始点も 1 時間ずれています。

最初にローカル タイムゾーンをフェッチしますが、出力を作成するときに Date().toString() が変換を実行しないように、それを UTC にリセットします。

私が望むのは、新しい JSR 310 API を使用して、ミリ秒単位の時間を取り、ソース ZoneID とターゲット ZoneID を取り、変換されたミリ秒を返すメソッドを作成することです。