問題タブ [jsr]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - JSR とはどういう意味ですか?
Spring と Hibernate を使用して Web アプリケーションを開発しています。Google でバリデーションやその他の春に関するものを検索しているときに、これらの言葉に出会いました。JSR 303, JSR 330, JSR 310など
JSRとは実際には何ですか？
また、JSR に関連する数字は何を示していますか?
java - @Digits 制約 (Bean Validation-JSR 303) はどのように文字列型をサポートしていますか?
documented hereから BeanValidation を勉強しているときに、データ型を@Digitsサポートしていることを知りました。Stringここにドキュメントからのスナップショットがあります。
文字列型の数字はどのように動作しますか? どのような基準で入力@Digitを検証しStringますか? 数字の正規表現検証 (@Pattern) のように動作しますか?
java - Jetty WebSocket API と標準の JSR 356 API の比較
Jetty 9 は、独自の Jetty Websocket API と標準の JSR 356 API の両方をサポートしています。これは、歴史的な理由からだと思います (Jetty の APIは、最終的な JSR 356よりも前にある)。
両方の API の基本的なドキュメントといくつかの例に目を通しました。どちらの API もかなり完成度が高く、かなり似ているように見えます。ただし、作成中の新しいプロジェクトでは、どちらかを選択する必要があり、将来的に非推奨になる可能性のある API や、機能が少なくなる可能性のある API の使用は避けたいと考えています。
では、一方が標準化されているという明らかな事実を除いて、2 つの間に重要な違いはありますか?
eclipse - JSR-109 Eclipse での Web サービスの削除
Eclipse のProject Explorerビューには、「JSR-109 Web Services」という名前のプロジェクトがあり、削除も除去もできません。
私はこのプロジェクトを作成しませんでした。それ自体が Project Explorer に来ました。
この「 JSR-109 Web サービス」を削除するにはどうすればよいですか?
java - JSR 352 Java バッチ: 分割内ではパーティション プランが機能しない
分割内ではパーティション プランが機能しない
次の例は単なる a: ジョブ -> 分割 -> フロー -> ステップ -> チャンク -> パーティション
問題は、フローを分割内に配置すると、分割計画で設定されたパラメーターが機能しないことです。分割を削除して、ジョブ内にフローを入れるだけで、正常に動作します。次の例では、次のように出力されます: null null
しかし、分割を削除すると、valueTest1 valueTest2 が出力されます
ありがとう！マティアス
ジョブ XML
読者
主要
java - 従属変数の JSR 検証
次の入力の JSR 検証を作成しています。
2か国から情報を入手しています。したがって、国の州リストと郵便番号の形式は異なります。CountryAddress アノテーション自体で郵便番号と州の両方を検証したいのですが、誰か助けてくれませんか。
java - Spring Batch JSR-352 が間違ったパーティションを再起動する
Spring Batch JSR-352 実装を使用して単純なバッチを作成しました。バッチは PartitionMapper を使用して、チャンクごとに個別のプロパティを挿入します。JSR-352 仕様 (partitionsOverride = False の場合) によると、パーティション チャンクの 1 つが失敗し、バッチが再開された場合、失敗したパーティション チャンクのみが再開されます。
たとえば、partition0、partition1、および partition2 の 3 つのパーティションがあるとします。パーティション 1 とパーティション 2 が失敗した場合、バッチはパーティション 1 とパーティション 2 のみを独自のバッチ プロパティで再起動する必要があります。
ただし、Spring Batch JSR-352 実装 (最新バージョン 3.0.3.Release) を使用すると、バッチを再起動すると、partition1 と partition2 ではなく partition0 と partition1 が再起動されることに気付きました。したがって、2 つのパーティションで障害が発生したことは正しく検出されますが、障害が発生したパーティションではなく、最初の (2 つの) パーティションが誤って再起動されます。
これは Spring Batch 実装のバグですか、それとも何か不足していますか?
JSR-352ドキュメントのセクション10.8.5を参照してください: http://download.oracle.com/otn-pub/jcp/batch-1_0_revA-mrel-spec/JSR_352-v1.0_Rev_a-Maintenance_Release.pdf
これが私が使用したコードです：
/META-INF/バッチジョブ/sampleBatch.xml
com.springapp.batch.SamplePartitionMapper:
com.springapp.batch.SampleReader:
com.springapp.batch.SampleWriter:
TestJob テストランナー: