JavaでUUIDを扱えるライブラリーを調べる - CLOVER🍀
これは、なにをしたくて書いたもの？ JavaでUUIDを使おうと思ったら、java.util.UUID#randomUUID#toStringでバージョン4のUUIDを使っていると思います。 UUID (Java SE 17 & JDK 17) でも、UUIDってバージョン4以外にも種類がありましたよね、ということで、Javaでバージョン4以外のUUIDを扱えるライブラリーを 調べてみました。 UUIDのバージョン そもそも、UUIDについて少し見ておきましょう。UUIDのRFCはこちらです。 RFC 4122: A UUID URN Namespace UUIDは128ビットの数字で、一意の識別子となるものです。以下のような感じですね。 jshell> java.util.UUID.randomUUID().toString() $1 ==> "a3240b70-d32d-4551-86
Javadoc の @throws に例外を網羅的に書くメリット | DevelopersIO
本記事は Javadoc に @throws を書く習慣の無い方に、@throws を書いてみようかな？と思っていただくことを目標に書きました。 本記事は Javadoc に @throws を書く習慣の無い方に、@throws を書いてみようかな？と思っていただくことを目標に書きました。 前提 いわゆるコードの保守性よりもバグを出さないことの優先順位が上、という思想の元に、実際に開発に適用してみて割とよかった話、として記載しています 開発しているアプリ（prismatix）の性質上そうしている、というところが大いにあると思うので、マッチしない環境も多々あると思います Webアプリケーションで、ハンドリングされない例外があるとステータスコード500が返って、不要なアラートがバンバン飛んで辛くなるのは NG にしたい、みたいな背景があります 以下のような開発対象や開発環境だと、あまりメリット
Java 19リリース――7つのJEPsを提供、開発者の生産性向上、パフォーマンスや安定性、セキュリティの強化も | gihyo.jp
Java 19リリース――7つのJEPsを提供、開発者の生産性向上、パフォーマンスや安定性、セキュリティの強化も 2022年9月20日、OracleはJava 19（Oracle JDK 19）をリリースした。またオープンソースビルド版のOpenJDK 19もリリースされた。 新たに7つのJEPsを提供 Java 19では以下の7つのJEPs（JDK Enhancement Proposals）が追加・更新された。 言語のアップデートと改善 JEP 405: Record Patterns［Preview］ コードパターンと型パターンをネストすることで、宣言的でありながら、データナビゲーションとデータ処理を複合的な形で書けるようになる。 JEP 427: switch式のパターンマッチ［Third Preview］ パターンマッチングをswitch式に拡張することで、それぞれが特定のアクシ
Java 関数型インターフェースのサンプル(Supplier) | ITSakura
Supplierは、出力しますが入力はありません。供給者という意味です。 getメソッドは、戻り値があり、引数はありません。 SupplierのTはメソッドの戻り値の型です。 以下は、OracleのJava8のSupplierインターフェースのリンクです。 https://docs.oracle.com/javase/jp/8/docs/api/java/util/function/Supplier.html 関数型インターフェースのSupplierのサンプルです。 package test1; import java.util.function.Supplier; public class Test1 { public static void main(String[] args) { Supplier<String> make1 = () -> "青です"; String b = ma
AWS、Java 17対応の無料Javaディストリビューション「Amazon Corretto 17」リリース。ただし長期サポート期間は未定
Java 17のリリースに合わせて、Amazon Web Services（AWS）からもOpenJDKをベースにしたJavaディストリビューション「Amazon Corretto 17」がリリースされました。 半年ごとにメジャーバージョンアップするJavaのなかで、Java 17は3年に一度登場するLTS（Long Term Support）版と呼ばれる、長期サポート対象のバージョンとなります。 AWSは過去のLTS版Javaについては長期サポート期間を明示しています。例えば、Java 8に相当する「Amazon Corretto 8」は2026年5月まで、Java 11に相当する「Amazon Corretto 11」は2027年9月までにサポート期間が設定され、ユーザーはこの日まで無償でAWSからセキュリティパッチなどを受け取ることができます。 参考：AWS、「Java 8」を202
関数型インタフェースまとめ - きしだのHatena
Javaには関数型インタフェースがたくさん用意されてるのだけど、なにがあってなにがないのかとかわかりにくいのでまとめている。 ここの最後にまとめていたのだけど、検索しづらいので独立させた https://nowokay.hatenablog.com/entry/20130824/1377300917 しかし見れたもんじゃないな・・・ 下のほうに再掲 第一引数 第二引数 void int long double boolean object R (T=U=R) Runnable IntSupplier LongSupplier DoubleSupplier BooleanSupplier Supplier int IntConsumer IntUnaryOperator IntToLongFunction IntToDoubleFunction IntPredicate IntFunctio
Javaニュース総まとめ - 2021年6月28日週
原文(投稿日：2021/07/05)へのリンク 今週のJava総まとめでは、JDK 17、JDK 18、GraalVM Native Build Tools、TornadoVM 0.10、Quarkus 2.0およびApache Camel Quarkus 2.0のリリース、Apache Camel 3.11、Apache Wicket、Helidon、Micronaut Foundation、JReleaser 0.5.0、IntelliJ IDEA 2021.1.3、Gradle 7.1.1、Hibernate、Scala、ASM、およびSpring Frameworkからのニュースを取り上げる。 JDK 17 先週、さまざまな問題の修正を含むビルド 28からの更新が行われた、JDK 17早期アクセスビルドのビルド 29が利用可能になった。詳細については、リリースノートに記載されている
PKIX path building failedエラーへの対処。JVMの信頼済ホストにAPIサーバ側のTLS証明書をインポートする - Qiita
PKIX path building failedエラーへの対処。JVMの信頼済ホストにAPIサーバ側のTLS証明書をインポートするJavaLinux [エラーメッセージ]sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target [エラー概要]class javax.net.ssl.SSLHandshakeException [エラー発生箇所] Alerts.java[192] sun.security.ssl.Alerts.getSSLException SSLSocke
SunCertPathBuilderException:要求されたターゲットへの有効な証明書パスを見つけることができません - 開発者ドキュメント
C:\>java InstallCert localhost:8443 Loading KeyStore C:\Program Files\Java\jre6\lib\security\cacerts... Opening connection to localhost:8443... Starting SSL handshake... javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security. provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target at
5.1.3.5 トラストストアファイルの作成
JavaアプリケーションがSSL通信を使用して認証サーバとのユーザID／パスワードによる認証を行う場合、以下の2つの通信方法が指定できます。 サイト証明書または認証局証明書を使用し、認証サーバを検証する通信方法 通信路を暗号化するだけの通信方法 前者の通信方法を使用するには、JDKが適切なトラストストアファイルを利用可能な状態にしておく必要があります。トラストストアファイルを使うと、Javaアプリケーションが認証サーバのサイト証明書を検証できるようになります。 アプリケーション運用管理者は、認証サーバのサイト証明書または認証局証明書を取得します。次に、取得した証明書をJavaアプリケーションが認証サーバと通信する際の信頼できる証明書としてJava実行環境に登録します。登録にはJDKに付属しているkeytoolコマンドを利用します。keytoolコマンドについては、Sun Microsyst
"PKIX Path Building Failed" エラーによって SSL サービスに接続できない |アトラシアン サポート | アトラシアン製品ドキュメント
プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。 Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options. *Fisheye および Crucible は除く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Eclipse Adoptium、Eclipse Temurin Java SEの最初のバイナリをリリース
Java 14 Record vs. Lombok | Baeldung
Javaの未来
Static Javaの現状 - 起動速度とフットプリントの小さなコンパイル済みネイティブ実行ファイル
Find the Number of Lines in a File Using Java
Working with Tree Model Nodes in Jackson | Baeldung
How to build a list of LocalDate from a given range?
Javaニュース総まとめ: Jakarta EE 10 Core Profile、OpenJDK、Open Liberty、Payara、Groovy と Quarkus
z/TPF Family of Products, End of Service versions