Java 21新機能まとめ - Qiita
Java 21が2023/9/19にリリースされました。 https://mail.openjdk.org/pipermail/jdk-dev/2023-September/008267.html The Arrival of Java 21! LTSであり、パターンマッチングや仮想スレッドが正式化され、プレビューとして入ったString Templatesや無名クラス&インスタンスメインメソッドも面白い機能なので、大切なリリースになっていると思います。 詳細はこちら JDK 21 Release Notes Java SE 21 Platform JSR 396 OpenJDK JDK 21 GA Release APIドキュメントはこちら Overview (Java SE 21 & JDK 21) 追加されたAPIまとめはこちら https://docs.oracle.com/en/
Spring Frameworkの脆弱性 CVE-2022-22965（Spring4shell）についてまとめてみた - piyolog
2022年3月31日、Spring Frameworkに致命的な脆弱性が確認され、修正版が公開されました。ここでは関連する情報をまとめます。 １．何が起きたの？ JDK9以上で実行されるSpringMVC、SpringWebFluxでリモートコード実行が可能な脆弱性（CVE-2022-22965）が確認された。脆弱性の通称にSpring4shellまたはSpringShellが用いられている。 Spring FrameworkはJavaで採用される主流なフレームワークの1つのため、Javaで実行されるWebアプリケーションで利用している可能性がある。 2022年3月31日時点で脆弱性のExploitコードが出回っており、関連するインターネット上の活動が既に報告されている。 ２．脆弱性を悪用されると何が起きるの？ 脆弱性を悪用された場合、リモートから任意コード実行が行われることで、機密情報の
Spring Framework RCE, Early Announcement
Updates [04-13] "Data Binding Rules Vulnerability CVE-2022-22968" follow-up blog post published, related to the "disallowedFields" from the Suggested Workarounds [04-08] Snyk announces an additional attack vector for Glassfish and Payara. See also related Payara, upcoming release announcement [04-04] Updated Am I Impacted with improved description for deployment requirements [04-01] Updated Am I I
Spring4Shell: Security Analysis of the latest Java RCE '0-day' vulnerabilities in Spring | LunaTrace
Getting Spring to load BinderControllerAdvice may require manual steps to have it load. We'll update this guide with more details about how to do that soon. import org.springframework.core.Ordered; import org.springframework.core.annotation.Order; import org.springframework.web.bind.WebDataBinder; import org.springframework.web.bind.annotation.ControllerAdvice; import org.springframework.web.bind.
元・Java専門記者がLog4j 2脆弱性に見た「複雑性と魔神のかけら」 Javaの歴史とバザールの矛盾
元・Java専門記者がLog4j 2脆弱性に見た「複雑性と魔神のかけら」 Javaの歴史とバザールの矛盾（1/6 ページ） Javaのライブラリ「Apache Log4j 2」に深刻な脆弱性が発見されたことは記憶に新しい。1カ月以上経過した現在も、注意喚起や新たな情報提供が続いている。問題は完全に収束したとはいえない。 今回の記事の主題は脆弱性対策ではない。「Javaの歴史的経緯と、今回騒ぎになっている脆弱性の話を、うまく1本の記事にしてください」という編集部のオファーに応じて書いたものだ。記事の半分は「元・Java専門記者のナイショ話」である。現実の情報システムへの対処が必要な方は、まず下記ページから最新情報をチェックしていただきたい。 IPA Apache Log4j の脆弱性対策について(CVE-2021-44228) Apache Log4j 2公式ページ Log4j 2で今回問題
JavaアプリをKubernetesで動かすためのチューニングガイド / A tuning guide for running java apps on Kubernetes
#ochacafe Season 5 #1 のLTセッションの資料です。 https://ochacafe.connpass.com/event/232810/
OpenJDKのソースコード、GitHubへの移行を完了
OpenJDKプロジェクトは、ソースコードのリポジトリをGitHubへ移行する作業が完了したことを発表しました。 jdk/jdk repository transition to Git, GitHub, and Skara is done https://t.co/uLKvfY8i5l — OpenJDK (@OpenJDK) September 7, 2020 これまでOpenJDKのソースコードは分散ソースコード管理ツールのMercurialを用いて、OpenJDKのWebサイト上（https://hg.openjdk.java.net/）で管理されていました。 2019年7月に提起された「JEP 357: Migrate from Mercurial to Git」で、コミュニティのソースコードリポジトリに関してMercurialからGitへの移行が提案され、同年11月の「JEP
MySQL Connector/J 5.1 系では useLegacyDatetimeCode=false にしよう - ひだまりソケットは壊れない
JDBC で MySQL に接続するときに使用する MySQL Connector/J (mysql:mysql-connector-java) の話。 サーバー・クライアントのタイムゾーン設定が違っている場合にどう対応するのがいいか。 結論 MySQL Connector/J 6 (まだ開発版だけど) 以降は自動でやってくれるので気にする必要はない。 MySQL Connector/J 5.1 では URL に useLegacyDatetimeCode=false を入れて、時刻周りの新しい処理が動くようにしろ。 新しい処理では、タイムゾーンの変換を一貫性をもってやってくれるようになる。 『Use code for DATE/TIME/DATETIME/TIMESTAMP handling in result sets and statements that consistently
OpenJDKは使い物になるか？OpenJDKの実際と今後 （NTTデータ オープンソースDAY 2015 Autumn 講演資料）
OpenJDKは使い物になるか？OpenJDKの実際と今後 （NTTデータ オープンソースDAY 2015 Autumn 講演資料）
JDK、Oracle JDK、OpenJDK、Java SEってなに？ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? JDKとかJava SEとかようわからん 2017/9にOracleのJavaサポート体制やリリースサイクルの変更がアナウンスされて、いろいろOpenJDKがどうだとかOracle JDKがどうだとかいう話が流れるようになりましたが、いまいち整理されてません。 ここでは、Javaの中心的な実装をあらわすっぽい用語について、整理しておこうと思います。 長文めんどい人のためにまとめると、こうです。 Java = プログラミング言語と実行環境を中心とした開発エコシステム Java SE = プログラミング言語と実行環境、標準ライブラリの仕様
JDKの長期商用サポート(LTS)の提供ベンダー比較
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事内容は古いので、下記リンク先の方の記事をご参照ください。 <2021/1追記> OpenJDKと各種JDKディストリビューションの情報源まとめ #minjava（@yamadamnさんより） <以下、記事本文：2018年ごろまでのまとめの参考ということで、残しておきますね> [免責] 可能な限り正確な情報を掲載するよう努めていますが、誤情報が入り込んだり、情報が古くなったりすることもあります。必ずしも正確性や合法性、安全性を保証するものではございません。（さすがに情報が多くなってきたので、書いておこうと思います。） (速記1)
Javaは今も無償です - Google ドキュメント
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
Java Is Still Free - Google ドキュメント
このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
JEP 271: Unified GC Logging
Summary Reimplement GC logging using the unified JVM logging framework introduced in JEP 158. Non-Goals It is not a goal to ensure that current GC log parsers work without change on the new GC logs. Not all log entries will necessarily be reproduced in the new logging format. Description Reimplement GC logging in a manner that is as consistent as is reasonable with the current GC logging format. T
JEP 192: String Deduplication in G1
Summary Reduce the Java heap live-data set by enhancing the G1 garbage collector so that duplicate instances of String are automatically and continuously deduplicated. Non-Goals It not a goal to implement this feature for garbage collectors other than G1. Motivation Many large-scale Java applications are currently bottlenecked on memory. Measurements have shown that roughly 25% of the Java heap li
JEP 335: Deprecate the Nashorn JavaScript Engine for Removal
Summary Deprecate the Nashorn JavaScript script engine and APIs, and the jjs tool, with the intent to remove them in a future release. Motivation The Nashorn JavaScript engine was first incorporated into JDK 8 via JEP 174 as a replacement for the Rhino scripting engine. When it was released, it was a complete implementation of the ECMAScript-262 5.1 standard. With the rapid pace at which ECMAScrip
JEP 330: Launch Single-File Source-Code Programs
Summary Enhance the java launcher to run a program supplied as a single file of Java source code, including usage from within a script by means of "shebang" files and related techniques. Non-Goals It is not a goal to change either the Java Language Specification (JLS) or javac to accommodate shebang files. Likewise, it is not a goal to evolve the Java language into a general purpose scripting lang
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄 － Publickey
Java 11正式版がリリース、本バージョンからOracle JDKのサポートは有償に。OpenJDKで無償の長期サポート提供は現時点で期待薄 Java 11正式版がリリースされました。 Java 11は2017年9月から始まった6カ月ごとのJavaバージョンアップサイクルからちょうど1年となるバージョンであり、また2014年3月に登場したJava 8以来、4年半ぶりに長期サポート（LTS：Long Term Support）対象となるバージョンでもあります。 JDK 11 General Available Release is Out! #OpenJDK #JDK11 Download: https://t.co/GxeXcyGUiv Release Notes: https://t.co/h5tqx7d9U5 pic.twitter.com/XByIzINXCj — Java (@j
来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり）
来月にはJava 10が登場し、9月にはJava 11が登場予定。新しいリリースモデルを採用した今後のJava、入手方法やサポート期間はこう変わる（OpenJDKに関する追記あり） 2017年9月に「Java 9」が登場したばかりですが、いまから1カ月後の2018年3月には早くもJavaの新バージョン「Java 10」がリリースされます。そしてその6カ月後の9月にはさらに次の「Java 11」がリリース予定です。 Java 9以後のJavaは、毎年3月と9月の年2回メジャーバージョンアップを行う、タイムベースのリリースモデルを採用することになりました。今年はその最初の年となります。 オラクルによるJDKの提供方法やサポートポリシーも、これから大きく変更されることが明らかになっています。一般公開され無償でダウンロードできたOracle JDKの公開はJava 10が最後となり、サポートは3年
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JEP 327: Unicode 10