Log4jの深刻な脆弱性CVE-2021-44228についてまとめてみた - piyolog
2021年12月10日、Javaベースのログ出力ライブラリ「Apache Log4j」の2.x系バージョン（以降はLog4j2と記載）で確認された深刻な脆弱性を修正したバージョンが公開されました。セキュリティ関係組織では過去話題になったHeartbleedやShellshockと同レベルの脆弱性とも評価しています。ここでは関連する情報をまとめます。 １．何が起きたの？ Javaベースのログ出力ライブラリLog4j2で深刻な脆弱性（CVE-2021-44228）を修正したバージョンが公開された。その後も修正が不完全であったことなどを理由に2件の脆弱性が修正された。 広く利用されているライブラリであるため影響を受ける対象が多く存在するとみられ、攻撃が容易であることから2014年のHeartbleed、Shellshock以来の危険性があるとみる向きもあり、The Apache Software
来月には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年
無償のコードエディタVSCode、実行中のJavaアプリのコードを動的に書き換えて修正できる「Hot Code Replacement」（ホットコード置換）を実現
VSCodeで、JavaのHot Code Replacement（ホットコード置換）がサポートされた。ホットコード置換を用いると実行中のアプリケーションのコードを実行したまま動的に修正できるため、トライアンドエラーが容易になる。 アプリケーションのコードを修正した場合、その修正を反映させるためには、コンパイル型の言語であれば再コンパイルする必要があり、インタープリタ型の言語であればアプリケーションの再実行が必要となります。 しかしコードを書き換え、実行し、動作を確認するということを何度も繰り返す開発作業では、いちいち再コンパイルをしたり、再実行する手間はなんとも面倒です。 そこでJavaには、「Hot Code Replacement」（ホットコード置換）と呼ばれる機能が用意されています。これはコードを再コンパイルすることなく変更した内容をJavaVMに転送し、反映できるというものです。
ヌーラボのアカウント基盤を Java 9 にマイグレーションして起きた問題と解決法 | 株式会社ヌーラボ(Nulab inc.)
2017年9月21日にいよいよ Java 9 がリリースされます。 Java 9 を利用することのメリットは一体何でしょうか？こんにちは。ヌーラボのアカウント基盤を Java で支える Nulab Apps チームの加藤です。 Nulab Apps チームが開発するアカウントの基盤はサード パーティ製の Java ライブラリだけでも 154 個の依存関係を有します。154 個の Java ライブラリは数々の破壊的変更を乗り越え、おおよそ最新の安定バージョンに更新し続けてきました。 もちろん言語のメジャーバージョンアップにも対応し、現在では Java 8 の関数型をプロダクト コードで使用可能な環境を維持しています（これが楽しい）。本ブログは、ヌーラボのアカウント基盤を先行して (ローカル開発環境のみで) Java 9 にマイグレーションして発生した問題と一時的な対処法を記録した奮戦録です。
JVMアプリケーションを運用する際のメジャーどころチューニングポイントメモ - yoskhdia’s diary
JVMにチューニング項目は多々あれど、プロダクションで運用する際に予めおさえておきたい項目をまとめてみるエントリです。*1 勿論、OSもJVMもデフォルトである程度のパフォーマンスは発揮でき、計測を伴わないチューニングは悪手であることはよく知られています。 しかし、設定しておかないとパフォーマンスにそのまま影響すると分かるものを調べないのは裸で戦場に赴くようなものです。*2 どんな項目をどう変更すれば良いのか知っていることは重要な武器なのです。 なぜ調べるのか 今回、チューニングポイントを調べるにあたって、私のモチベーションはどこにあるのかを考えると、以下の要件を満たしたいということがあげられます。 アプリケーションとして求められる品質水準として動作する → 性能目標 異常時に事象を追うことができる ここでいう品質水準・異常とは、パフォーマンスが明らかに低い、アプリケーションがクラッシュす
JShellを試してみた - のんびりSEの議事録
最近、ちょっと今更ながら、Java 9からJavaでもLL言語には標準で付いていることが多い、RPELが搭載されるようになったことを知ったので、試してみました。 インストール Mac OSXにインストール 下記からダウンロードし、インストールを行う JDK 9 Early Access Releases — Project Kenai コンソールで確認 $ export JAVA_HOME=`/usr/libexec/java_home -v 9` $ $JAVA_HOME/bin/jshell | JShellへようこそ -- バージョン9-ea | 概要については、次を入力してください: /help intro jshell> /help | Java言語の式、文または宣言を入力します。 | または、次のコマンドのいずれかを入力します: | /list [<name or id>|-a
MacにJava9を入れてjshellを動かすまでのメモ - SHIBUYA 3%
環境 Mac OS X Yosemite インストール JDK 9 Early Access Releases — Project Kenai 完了して確認 $ /usr/libexec/java_home -V Matching Java Virtual Machines (5): 9, x86_64: "Java SE 9-ea" /Library/Java/JavaVirtualMachines/jdk-9.jdk/Contents/Home 1.8.0_60, x86_64: "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home 1.7.0_79, x86_64: "Java SE 7" /Library/Java/JavaVirtualMachines/jdk1.7.0_79.jdk
Java SE 9で導入される「Project Kulla」、便利なREPLツール
今月から、Java SE 9で導入されるProject Kullaについて紹介していきます。Project KullaはOpenJDKのサブプロジェクトで、JShellというツールの仕様策定、実装を行っています。Project KullaのリードはOracleのRobert Field氏、また日本からは吉田真也氏がコミッタとして参加しています。 JShellはいわゆるREPL（Read-Eval-Print Loop）ツールで、Javaのコードをインタラクティブに入力し、その場で実行できるツールです。 Java SE 9は2017年7月にリリース予定ですが、既にEarly Accessは公開されています。本記事でも、Java SE 9のEarly Accessを使用していきます。Early Accessのビルドは毎週行われており、本記事ではBuild 153を使用しました。 JShellと
Oracle、Java 9でブラウザプラグインを廃止へ
Javaなどのブラウザプラグインでは脆弱性を突く攻撃が横行し、動作が不安定になるなどの問題も指摘されていた。 米Oracleは1月27日、2017年に公開予定のJDK 9でJavaブラウザプラグインを廃止する計画を発表した。 Webブラウザでは従来、JavaやFlash、Silverlightなどのプラグインによってさまざまな機能を実装してきた。しかし、Javaなどのプラグインでは脆弱性を突く攻撃が横行。動作が不安定になるなどの問題も指摘され、主要ブラウザではプラグインのサポートを段階的に打ち切ったり無効化したりする動きが加速していた。 Oracleのブログによると、今後のJava SEリリースではJava Development Kit（JDK）、Java Runtime Environment（JRE）ともJavaブラウザプラグインが削除される。なお、Java Web Startはブラ
viでJava開発：Javaのためのvi設定方法 - builder by ZDNet Japan
エディタ「vi」は、Javaアプリケーションの開発環境としては用いられないことも多い。しかし、VimとAntを利用すれば、Javaの開発に適した環境に設定することが可能である。ここでは、次のJavaプロジェクトですぐに利用できるように、viのカスタマイズ手順を紹介しよう。 多くのソフトウェア技術者は、キャリアの中で一度はviエディタを使うことがある。それは、大学生のときかもしれないし、Windowsのデスクトップで高性能IDEを用いてコーディングしたソフトウェアを、製品版のUNIXマシンにインストールするときかもしれない。MicrosoftとべったりのIT企業の開発者でもない限り、最低でも月に一度はみなviを起動するだろう。viを熱狂的に愛している人がいる一方で、ひどい嫌悪感を抱いている人も多いということも事実である。しかし、たくさんカスタマイズをすれば、viはJava開発者にとってよりよ
JavaのユニットテストにSpockを適用する - Qiita
package spockexample; import org.junit.Before; import org.junit.experimental.runners.Enclosed; import org.junit.experimental.theories.DataPoints; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; import static org.hamcrest.core.Is.is; import static org.junit.Assert.assertThat; @RunWith(Enclosed.class) public class Perso
Android版クックパッドアプリで採用している技術の現状確認 2015年版 - クックパッド開発者ブログ
目次 はじめに 技術選択の基本的な方針 技術選択の各論 HTTP Client Dependency Injection View Injection Asynchronous Control Flow Object Relation Mapper Logging Fragment はじめに 技術部の id:gfx です。 Android版クックパッドアプリのリニューアル*1 から約1年たちました。現在はリリースごとに5人程度がコミットし、2週間に1度リリースを行う開発体制となっています。プログラミング言語はJavaで、コメントも含めたアプリのソースコードの行数は約15万行です。 本エントリでは、Android版クックパッドアプリで使っている技術、具体的にはライブラリやフレームワークについて紹介します。また、そのための技術選択のアプローチについても概説します。 技術選択の基本的な方針 まず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Googleが新しいJavaロギングFrameworkをリリース