JUnit 4 @Test アノテーションの expected で指定した例外が発生したとき・しなかったときの挙動を確認する - Qiita
概要 @Test アノテーションの expected に例外クラスを指定したテストにて、例外が発生したとき・発生しなかったときの挙動を確認する サンプルプログラムで挙動を確認する JUnit 4.12 を使用する @Test アノテーションの expected について @Test アノテーションの expected は、指定した例外が投げられた際にテストを成功とする。 指定した例外が投げられなかった場合はテストが失敗する。 Test (JUnit API) Optionally specify expected, a Throwable, to cause a test method to succeed if and only if an exception of the specified class is thrown by the method. If the Throwable
JavaBeansって言葉に煩わされない - 日々常々
JavaBeansって言葉を目にして、ふと検索してみたらあまりに酷かったので書いておこうかと。対象は「JavaBeansってなんだろ？」と思ってしまった初学者さん。でもそんな人って私のブログ読むんだろうか…… 今後は「このエントリ参照」にするつもりで書いてみる。 文字列連結と+演算子について整理しておく みたいな感じ。 ShortAnswer JavaBeansを学ぶ必要はありません。JavaBeansと説明されているものの多くは、JavaBeansの名前を借りた独自の物体です。 長い説明 「あまりに酷い」と「要らない」だけだと流石にアレなので、仕様を斜め読みしながら説明していきます。あ、EJBには触れません。まぜるなきけん。 仕様について JavaBeans仕様としてげったーせったーがーとか、こんすとらくたがーだとか、しりあらいざぶるがーだとか。よく見聞きするのだけど、仕様って読んだんだ
クラウドネイティブアプリケーション開発サポートが強化されたMicronaut 1.1
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
オブジェクト指向プログラミング -- 1兆ドル規模の大失敗
CodeIQのブログより。🤔 なぜ、OOPから移行する時なのか Ilya Suzdalnitski OOPは、多くの人にコンピューターサイエンスの重要資産と考えられています。コード構成(code organization)に対する究極のソリューション。すべての問題の終焉。私たちのプログラムを書くための唯一の本当の方法。自分自身をプログラムするという真なる唯一神から私たちに授けられました… それまでは、そうではなく、抽象化の負担、そして無差別に共有されるミュータブルなオブジェクトの複雑なグラフによって、人々は屈し始めています。現実世界の問題を解決するのではなく、「抽象化」と「デザインパターン」について考えるのに貴重な時間と頭脳が費やされています。 非常に著名なソフトウェアエンジニアを含め、多くの人々がオブジェクト指向プログラミングを批判してきました。驚くことに、OOP自身の発明者でさえ、今
Javaパフォーマンス 4章 JIT コンパイラのしくみ - Qiita
O'Reilly Japan - Javaパフォーマンス こちらの本の4章まとめ 1章 イントロダクション - Qiita 2章 パフォーマンステストのアプローチ - Qiita 3章 Javaパフォーマンスのツールボックス - Qiita ←前回記事 4章 JIT コンパイラのしくみ - Qiita←今回記事 5章 ガベージコレクションの基礎 - Qiita←次回記事 4.1 JIT コンパイラの概要 コンパイラ言語とインタプリタ言語の違いの例 メインメモリから２つの値を読み込んで加算する場合… 優れたコンパイラは、データを読み込む文を実行してから、何か別の命令を実行してから加算する。 インタプリタは一度に1つの行しか見ていないため、それはできない。 インタプリタにはポータビリティという利点がある 新しいバージョンのCPUは、以前のバージョンのCPUの命令をほぼすべて実行できるが、逆はで
Java8系のJDK Venderによる内包SDK（Jar）の違い - Qiita
背景 とある案件でローカル環境構築時に、SDKの内容がJDK Venderによって違いがありハマったので共有 現在の主なJDK Vender（主観です） Adopt Amazon Zulu Oracle(Open) OracleのJava新バージョンのリリース間隔やサポート期間が変わったため、AmazonやAdoptが今後の有力なJDK Venderと考えています。 ここでは、単純に内包しているSDKを列挙するにとどめます。 javafxがなかったりするので、それぞれ注意してJDK Venderを選定する必要があります。 現状サポート期間を考慮するとAmazonが一歩リードか？ 環境 sdkmanを利用して各JDKをinstallしています。 AdoptOpenJDK 8.0.212.j9-adpt ./jre/lib/security/policy/unlimited/local_pol
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
Java アプリにワンタイムパスワードによる多要素認証機能を導入した話 - Qiita
概要 ID / Password によるユーザ認証機能がある Java アプリに、ワンタイムパスワード認証を導入した知見をまとめておきます。 実現したのは「多要素認証（Multi-Factor Authentication）」です。某 Pay で話題の二段階認証とも言われてるやつですね。要素 と言ったり 段階 と言ったりしますが、この記事で扱うのは前者です。（後述） また、この記事で扱うワンタイムパスワードは「時間ベース」、いわゆる TOTP (Time-based One Time Password) 準拠のものです。（後述） 内容は大きく分けて、ユーザがワンタイムパスワードによる認証を行えるようにする「設定機能」と、設定が有効なユーザに対して行う「認証機能」の二本立てです。 また、ワンタイムパスワードの発行には Google Authenticator を使用することを前提としました。
mybatis-spring-boot-starter 2.1の変更点 - Qiita
2019年7月15日にリリースした2.1の変更点をまとめました。 この変更では、既にEOLを迎えているSpring Boot 2.0.xへのサポートがなくなり、Spring Boot 2.1以上が必要になります。 なお、 mybatis-spring-boot-starterの使い方については、こちら（バージョン2.1対応済） mybatis-spring-boot-starter 1.3から2.0の変更点については、こちら mybatis-spring-boot-starter 1.2から1.3の変更点については、こちら mybatis-spring-boot-starter 1.1から1.2の変更点については、こちら mybatis-spring-boot-starter 1.0から1.1の変更点については、こちら も必要に応じて合わせてご覧下さい。 NOTE: ちなみに、mybati
Java最新フレームワーク、Helidon、Micronaut、Quarkusをnative-imageまでまとめて試す - きしだのHatena
最近でてきたフレームワーク、Helidon、Micronaut、Quarkusのクイックスタート、Native-Imageをまとめて試しましょう。 準備 SDKMANインストール 今回はSDKMANで環境を作っていきます。 https://sdkman.io/ コマンドラインで次のコマンドを実行します。Windowsの場合はCygwinかWSLで。 $ curl -s "https://get.sdkman.io" | bash ターミナルを開きなおすか次のコマンドを実行するとSDKMANが有効になります。 $ source "$HOME/.sdkman/bin/sdkman-init.sh" JDKインストール 今回はnative-imageまで使うのでGraalVMを使っておきましょう。 $ sdk use java 19.1.0-grl native-imageの準備も行います。Cy
GradleでJavaのビルド時にJDKを動的に切り替える方法 - Qiita
はじめに OpenJDK11 が 2018 年の 9 月にリリースされました。エンタープライズな案件で Java を使うとすると JDK11 が多いのではないでしょうか。 また、すでに JDK8 を使っているけど、新しく導入される一部のプロジェクトでは JDK11 を採用したい、という声もちらほら聞きます。 今回は JDK8 を使っているが JDK11 での検証を始めたときに、Gradle でのビルドを JDK8 と JDK11 の両方に対応したい(ビルドしたい)という場合に、どのようなビルド設定がよいのか考えました。なお JDK の変更にバージョンアップに伴うアプリケーションの修正、チューニングなどは、必要事項と思いますが、本記事からは除きます。あくまでビルド時に JDK を動的に切り替える方法に焦点を当てたいと思います。 設定内容 1. build.gradle の sourceCom
実用SwaggerCodegen - Qiita
SwaggerCodegenとは This is the Swagger Codegen project, which allows generation of API client libraries (SDK generation), server stubs and documentation automatically given an OpenAPI Spec. Currently, the following languages/frameworks are supported: SwaggerCodegenはOpenAPIの仕様に沿ったファイルを変換し，APIのクライアントやスタブサーバー，ドキュメントを自動生成するプロダクトです． 今回は，このSwaggerCodegenの使い方や拡張の仕方，実用への課題などを書きたいと思います． SwaggerCodegenの難しさ 圧倒
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mavenプロジェクト作成からCIOps構築まで - Qiita
EclipseとOracle、javaxパッケージ名前空間と商標の扱いに関する合意を断念
[Microservices]Hibernateを使ったHelidonマイクロサービスの作成とデプロイ パート1／ Building And Deploying A Helidon Microservice With Hibernate Part 1
A Bootiful Podcast: Azul CTO Gil Tene on Java, JVMs, garbage collection, and a ton more
Oracleが定例パッチ公開、Java SEなど計319件の脆弱性を修正 
Oracle、「Java SE 12.0.2」「Java SE 11.0.4」「Java SE 8 Update 221」を公開／新たに発見された10件の脆弱性が修正
マイクロサービスアーキテクチャのためのアプリケーション統合：サービスメッシュはESBではない
Spring gradleでサーバー実行可能WARをvagrant仮想サーバーにデプロイする - Qiita
