JDK keytool の基本的な使い方 (openssl との対比)
概要 JDK でインストールされる keytool コマンドの利用方法を、『オレオレ (サーバ/クライアント) 証明書の発行』で利用する openssl コマンドと対比してまとめます。keytool コマンドは、こちらのページで hello world チュートリアルを記載した Android Studio のドキュメントでも使用される、Java における一般的なツールです。 秘密鍵、公開鍵 (、自己署名証明書) の生成 keytool は openssl と異なり、秘密鍵と公開鍵の片方のみを生成することはできず、必ずペアで生成します。例えば、RSA 暗号の秘密鍵だけを生成できないということです。AES 暗号などの共通鍵は生成できます。その際、公開鍵は秘密鍵で署名された自己署名証明書に内包された形式になります。よって、openssl における CSR 相当のものを生成するために必要なコモン
JavaでGC（Garbage Collection）のログのオプションでハマる - ts0818のブログ
www.maff.go.jp FAO（国際連合食糧農業機関）の報告書によると、世界では食料生産量の３分の１に当たる約13億トンの食料が毎年廃棄されています。 日本でも１年間に約612万トン（2017年度推計値）もの食料が捨てられており、これは東京ドーム５杯分とほぼ同じ量。日本人１人当たり、お茶碗１杯分のごはんの量が毎日捨てられている計算になります。 https://www.maff.go.jp/j/pr/aff/2010/spe1_01.html ⇧ ちょっと旧い情報だけども、日本の「食品ロス」の量が想像以上に多いことに驚きを隠せない、どうもボクです。 というわけで、今回もJavaの話です。 レッツトライ～。 JavaのGC（Garbage Collector）は改良がされてるらしい Javaもバージョンによっては、破壊的な変更が起こってるらしいですね。 ちなみに、 blogs.oracl
ThreadPoolExecutorの設定項目を確認する - CLOVER🍀
これは、なにをしたくて書いたもの？ 今までConcurrency Utilitiesで提供されるスレッドプールを使ってきたことはあったのですが、その設定内容をちゃんと 見てきていなかったので今回見てみようかなと。 具体的には、ThreadPoolExecutorを見ていこうと思います。 ThreadPoolExecutor (Java SE 11 & JDK 11 ) Executorsとスレッドプール Javaでスレッドプールを使うとなると、登場するのがExecutorsです。 Executors (Java SE 11 & JDK 11 ) Executorsが提供する、以下のスレッドプールの中から使うことが多いでしょう。 Executors#newFixedThreadPool … 固定サイズのスレッドプール Executors#newSingleThreadExecutor … ス
Javaファイル関連メモ2(Hishidama's Java Files Memo)
ファイル・ディレクトリ操作2 Javaのファイル操作クラスは、JDK1.7（Java7）で新しいものが導入された。（通称NIO2（New I/O 2）。自分はニオツーって呼んでる） →旧ファイル操作 Filesクラスでファイルのコピーや移動などを行うことが出来る。 また、ファイルやディレクトリーの場所を表すPathというインターフェースが新たに設けられた。 Path java.nio.file.Pathは、ファイルやディレクトリーの場所を表すインターフェース。 従来はjava.io.Fileクラスがその役割だった。 import java.nio.file.FileSystem; import java.nio.file.FileSystems; import java.nio.file.Path; FileSystem fs = FileSystems.getDefault(); Pat
FileSystemException: Too many open files in system を回避する - Qiita
Java でファイルやディレクトリのリスティングをする際に再帰処理なんかを使うと、対象が多すぎる場合、FileSystemException がスローされて、Too many open files in system なんてメッセージを貰うことがある。 これの原因はそもそも、OS レベルの制約によるもので、Linux でプロセスが開けるファイルディスクリプタの上限に達した場合に発生するエラーが、JVM に伝播されて例外としてスローされるものになります。 Java 1.7 以降では、これを回避可能になっていたので、方法をメモ。 ただし、以下コードサンプルは Java 1.8 によるものなので、1.7 を使用する場合は適宜読み替えてください。 環境 Mac OS X 10.10.3 Yosemite Java 1.8.0_45 $ mvn --version Apache Maven 3.3.
今更ながらJavaのI/Oストリームを整理する
JavaのI/Oストリーム周りのクラスを今まで雰囲気でなんとなく使っていて何がどういう役割を果たすのか混乱してきたので整理する記事です。 前提 今回記載するJava APIはJava 11を元にしています。 今回整理したいストリーム周りのクラス 今回整理するのは以下のクラスを対象とします。 InputStream OutputStream FileInputStream FileOutputStream BufferedInputStream BufferedOutputStream Reader Writer InputStreamReader OutputStreamWriter FileReader FileWriter BufferedReader BufferedWriter そもそもストリームとは ストリーム（英: stream）とは、連続したデータを「流れるもの」として捉え、
Jackson Text Dataformats Moduleを使って、CSVファイルの読み書きをしてみる - CLOVER🍀
これは、なにをしたくて書いたもの？ これまでCSVを読み書きするのに、OpenCSV、Super CSVなどを使ってきたのですが、JacksonでもCSVファイルの読み書きが できることはなんとなく知っていたものの使ったことがありませんでした。 ちょっと試してみようかな、と思います。 どうやら速いみたいですし。 GitHub - uniVocity/csv-parsers-comparison: Comparisons among all Java-based CSV parsers in existence Jackson Data Format Module JacksonでCSVファイルを読み書きするモジュールは、Jackson Data Format Moduleのひとつになっています。GitHubリポジトリは、 こちらになります。 GitHub - FasterXML/jacks
Kubernetes で運用する JVM アプリケーションの OutOfMemoryError に備える - Uzabase for Engineers
こんにちは。SPEEDA 開発チームの old_horizon です。 JVM アプリケーションの運用について回るのが、OutOfMemoryError (以下 OOM) への対処です。 しかし実際に発生した際に、適切なオペレーションを行うのは意外と難しいのではないでしょうか。 特に本番環境では、まず再起動して復旧を急ぐことも多いかと思います。しかし、ただそれを繰り返すばかりでは原因がいつまでも特定できません。 今回は Kubernetes で運用する JVM アプリケーションに対して、ダウンタイムを抑えつつ調査に役立つ情報を自動的に収集する仕組みを構築してみたいと思います。 環境構築 OOM 発生時に、自動的にヒープダンプを取得しコンテナを再起動する java コマンドのオプション指定 補足 ヒープダンプ出力先のボリュームをマウント readinessProbe によるヘルスチェック レ
Javaのメモリ調査ことはじめ - Qiita
# jcmd 709 org.apache.catalina.startup.Bootstrap start 3624 jdk.jcmd/sun.tools.jcmd.JCmd # jps -v 3648 Jps -Dapplication.home=/usr/lib/jvm/java-11-openjdk-11.0.9.11-3.el8_3.x86_64 -Xms8m -Djdk.module.main=jdk.jcmd 709 Bootstrap --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED -Djava.util.logging.config.file=/op
やってはいけないJavaプログラミング | ウルシステムズ株式会社
1．これだけはやってはいけない 製品としてプログラムを記述する場合に「決して」やってはいけないのは、ソフトウエアに対する要求仕様を満たさないこと、つまり製品にバグを残すことです（注1）。仕様としてなにがどこまで定義されているかは、それぞれのプロジェクトによって異なるでしょう。シビアな場面では、メソッドの応答速度や使用メモリ量を定義することもあります。そこまでは掘り下げずに、画面仕様書とファイル仕様書、データベース仕様書だけで、「ボタンAが押されると、ファイルBに記述された設定にしたがってユーザの入力値を演算し、データベースのこのテーブルにこういう行を挿入、画面のこの個所に○○というメッセージを表示する」といった条件のみを定義することもあります。 いずれの場合でも、仕様を最終的にブレークダウンした結果である個々のプログラム、ソースコードが、これを満たしていることが最低限の完成条件となります。
JDK 16 : stream.toList() に見るAPI設計の難しさ - A Memorandum
はじめに JDK 16 で導入された stream.toList() Collectors.toList() の API と実装 stream.toList() の API と実装 stream.toList() には安易に切り替えられない はじめに JDK 16 で追加された stream.toList()。 タイプ量が減るのは良いのですが、API 設計から見た場合、多少の気持ち悪さが残ります。 そして、.collect(Collectors.toList()) から .toList() へは、単純に置き換えることができないよ という話です。 JDK 16 で導入された stream.toList() JDK 16 で Stream に stream.toList() が追加されました。 今までは Collectors を使う必要があり、以下のように書いてきました。 List<Strin
マイクロソフト製Java 11ディストリビューション「Microsoft Build of OpenJDK for Java 11 LTS」正式リリース。無償長期サポート、コンテナイメージの配布も
マイクロソフト製Java 11ディストリビューション「Microsoft Build of OpenJDK for Java 11 LTS」正式リリース。無償長期サポート、コンテナイメージの配布も マイクロソフトは、これまでプレビューリリースとして公開してきた同社製Javaディストリビューション「Microsoft Build of OpenJDK for Java 11 LTS」の正式リリースを発表しました（マイクロソフト寺田氏による日本語訳）。 We are proud to announce the General Availability of the Microsoft Build of #OpenJDK for Java 11 LTS. There's also a new #Java 16 EA now in use by millions of #Minecraft pla
Java自体の脆弱性ってどんなものがあるんですか？
質問内容 Javaの脆弱性はものすごい数上がっていますよね？具体的にどんな脆弱性があるんですか？ どういう風に攻撃されるのかも予測がつかないので、具体的に教えていただけると嬉しいです。 CVE(?)とかで報告されているJava自体の脆弱性とはどんなものがあるのか、教えていただきたいです。 背景 Javaをプログラミング言語として利用しています。 「java cve」などと検索して、以下のようなサイトに行っても、「ネットワーク越しに攻撃されるのかな？」程度にしかわかりません。 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3289 知りたいことは、 どんなコードを書いたら脆弱性になるか どこにある脆弱性なのか（Javaの標準ライブラリあるのですか？） 具体的な攻撃方法 攻撃方法に関して記述できない場合はしょうがないです。 です
SecureRandomのアルゴリズムなどに関する情報をちゃんと見る - CLOVER🍀
これは、なにをしたくて書いたもの？ Javaの暗号用の乱数ジェネレーター（RNG / Random Number Generator）として、とてもよく使われるSecureRandomですが。 SecureRandom (Java SE 11 & JDK 11 ) ここで指定されるアルゴリズムなどの情報を、あんまりちゃんと見たことがないなぁと思いまして。 1度、調べてみようかと。 ちょっとだけ。 環境 今回の環境は、こちらです。 $ java --version openjdk 11.0.9.1 2020-11-04 OpenJDK Runtime Environment (build 11.0.9.1+1-Ubuntu-0ubuntu1.20.04) OpenJDK 64-Bit Server VM (build 11.0.9.1+1-Ubuntu-0ubuntu1.20.04, mix
BigDecimalメモ(Hishidama's java.math.BigDecimal Memo)
BigDecimalを作るコンストラクターやメソッドには、引数にMathContextやスケール（小数点以下を保持する桁数）を指定するオーバーロードがあるものもある。 Stringを引数にとる場合、通常の数値表記（「123」や「123.4」とか）の他に、指数表記（「1e10」とか）も受け入れられる。 BigDecimalは不変オブジェクトなので、一旦初期化した値を変更することは出来ない。 （add, subtract, multiply, divideといった演算メソッドを呼ぶと、新しいBigDecimalを返す。（List#add()だと自らの中に要素を追加するのに、BigDecimal#add()は自らを変更せずに別のBigDecimalを返すので、違和感がある…。日付時刻だと、加算はaddでなくplusメソッドとなっている）） valueOf(long)を使ってBigDecimalを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Hotspot JVM の oop を理解する
https://blogs.oracle.com/otnjp/post/modern-java-toys-that-boost-productivity-from-type-inference-to-text-blocks-ja
https://blogs.oracle.com/otnjp/post/understanding-the-jdks-new-superfast-garbage-collectors-ja
Java IOException “Too many open files” | Baeldung
Reader/Writer/InputStream/OutputStream — 裏紙