2024-06-12 追記: 書いた内容自体はそうなんだけど、なんだかんだで `final` 書くほうがいいやってなってます😜 ほら、「やめてみた」なんで。ほら。 Javaの話ね。バージョンは8以降の実質的final（effectively final）があるものとします。7以前は匿名クラス（この呼び方は 匿名クラスとかローカルクラスとか参照）でローカル変数を使うにはfinalが必要なので文脈変わります。 前提の整理 final は色々なところにつけられます。 例えばこんな感じ。 final class FooClass { final Object barField = new Object(); final void bazMethod(final Object quxParameter) { final Object corgeLocalVariable; } } このエントリで対

Javaはインターネットの普及に伴い、今やもっともよく使用されるプログラミング言語となりました。このコースではオブジェクト指向プログラミングの３大特徴である「カプセル化」「継承」「多態性」を、UMLモデルとJavaプログラムを対比しながら解説します。「カプセル化」ではコンストラクタや可視性、「継承」ではUML汎化関係とJavaの関係、「多態性」では継承およびインタフェースによるプログラミング方法などを説明します。UMLツールによりソースコードテンプレートを自動生成する方法も紹介します。オブジェクト指向による保守・拡張性に優れた高品質なプログラム開発技法の基礎をぜひこのコースで体得してください。

JJUG-CCC 日本Javaユーザーズグループクロスコミュニティカンファレンス 2018/12 登壇資料です。

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

じゅくちょーです。私はJava製JITコンパイラGraalにとても強く興味を持っています。 Graal の検索結果 - Fight the Future Graalのコードを読んでいる内に、自分はGraalの前にそもそもコンパイラをよく理解していないと感じるようになりました。コンパイラに関してはたくさんよい書籍があるようですが、きしださんのブログで以下の書籍を見つけ、読みました。 d.hatena.ne.jp コンパイラとバーチャルマシン (IT Text) 作者: 今城哲二,岩沢京子,千葉雄司,布広永示出版社/メーカー: オーム社発売日: 2004/09/01メディア: 単行本購入: 2人 クリック: 21回この商品を含むブログ (13件) を見る 大学生の教科書向けの本です。200pちょいと薄いです。わかりやすくおもしろい本でした。 この本にはCのサブセットな言語Chavaのコンパイラ

ざっくり言うと リスト構造のデータに対してランダムアクセスはしちゃだめだぞ。お兄さんとの約束だ！ 発端 数年前に他部署の支援で作ったJavaのシステムに、ちょっとデカめのデータを突っ込んだらありえないほど遅いので助けてくれ、と連絡が入った。 まぁクエリとかインデックスをちょっと見れば直るっしょ・・・と鼻をほじりながら支援に向かった。 処理内容 遅い部分の処理は以下のようなものであった。 処理対象のデータをListで受け取る。 それをforループで1件ずつ前処理する。 処理結果をオブジェクトに格納し、ORマッパーでDBにINSERTする。 これだけ？ そう、これだけだ。並列処理なんて高級なことはもちろんやってない。 インフラ調査 処理中のサーバのようすを調査する。今回のインフラは典型的な3層3サーバ構成。 WEBサーバはなにもかもが余裕。 APサーバではCPUを1つ使い切っている。 14コア

マイクロソフトはオープンソースで開発している無償のコードエディタ「Visual Studio Code」（以下VSCode）をJUnit対応にする拡張機能「Java Test Runner」のリリースを発表しました。 「JUnit」は、Javaで単体テストの自動化を行うためのフレームワークです。さまざまな開発ツールでサポートされており、Javaの単体テストを行う際の事実上の標準といえます。 VSCodeに拡張機能「Java Test Runner」を追加することで、JUnit4のテストを認識し、VSCode上でテストの実行や実行結果、テストコードのデバッグなどが可能になります。 下図は、テストコードを実行するところ。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 注：本記事の内容はJavaで公式にドキュメントされているものではなく筆者の見解です。とはいえクラスを設計する上で有用な指針たり得ると思われるので公開したものです。 おさらい - 検査例外と非検査例外 Javaの例外クラスには「catchしないとコンパイルエラーになる」検査例外（チェック例外、checked exception）とそうでない非検査例外（非チェック例外、unchecked exception）があります。 検査例外は最近は嫌われる傾向がありC#では採用されていませんしAltJava言語も軒並み不採用、さらにはJavaの新しめ

ってことで、例外のお話です。 どうも僕の知っている限りでは、チェック例外という言語機能をもっているのはJavaだけみたいです。 僕個人としては、すばらしい機能なんですが。 Javaで最初にチェック例外を学んだ時、「そうそう、これこれ、これが欲しかったのよ！」 って思ったあの頃の想いは今も色あせていません。 「ずっと好きだったんだぜ～♪」って斉藤和義の曲を口ずさむくらいに、今もチェック例外を愛しています。 しかし、このチェック例外、他の言語からdisられまくって、最近の言語には取り込まれないという悲しいお話になっています。 過去に様々な議論があった中で、結論としてチェック例外は役に立たないってことになったらしいです。 経緯は知らんがね、そんなん。僕には役立ってるんだから。 ってことで、僕の立場から見た、チェック例外についての考察と扱いを書きます。 反論したい方、自重をお願いします。 だって、

オラクルはJava EEの策定をEclipse Foundationへ移行することを発表しました。（参考日本語訳） Eclipse Foundationも歓迎の意を表明しています。 Welcome the Java EE community to the Eclipse Foundation. https://t.co/g19n2orVg8 — Eclipse Foundation (@EclipseFdn) 2017年9月12日 オラクルは先月、もうすぐ策定が終了するJava EE 8の登場を機に、今後のJava EEの策定をオープンソースコミュニティへ移管することを模索していることを明らかにしていました。 この時点ではどのコミュニティに移管するのかは検討中とのことでしたが、その後Java EEの主要なコントリビュータであるRed HatやIBMにも相談したうえで、移管先をEclipse

例えば、GoFデザインパターンのIIteratorでは、もうJavaやC#では拡張forなりforeachがあるのでほぼ不要になっており意識して実装することも無くなってきていると思うわけだが、ここにきてDecoratorパターンもパターンとして意識する必要性が無くなってくるのではないかと思う。 というのも、Java SE8では、ラムダ式が遂に実装されることばかりがクローズアップされるが、実はインターフェイスのデフォルト実装が導入されるというかなり重大な変更も予定されている。構文はまだ変更されるかもしれないが、こんな感じになるらしい。 public interface Sample { public Object doSomething() default { return null; } } あのRubyの父親まつもとゆきひろも指摘していたらしいJavaの大きな欠点だった「実装を共有できな

概要 Webアプリケーションの開発や保守をしていると、いろいろなバグに遭遇します。メモリリーク、デッドロック、リダイレクトループ、JVMクラッシュ等々、バグは様々です。こういったバグは、実際にコードを書いて、実行・再現させてツールで解析してみると理解が深まります。 ということで、いろいろなバグを実装したWebアプリケーションをつくってみました。現時点では、以下を簡単に再現できます。 メモリリーク (Javaヒープ領域) メモリリーク (Permanent領域) メモリリーク (Cヒープ領域) デッドロック (Java) デッドロック (SQL) 完了しないプロセスの待機 無限ループ リダイレクトループ JVMクラッシュ ネットワークソケットリーク データベースコネクションリーク ファイルディスクリプタリーク XSS SQLインジェクション ExceptionInInitializerErr

技術者ブログ クラウド型WAF「Scutum（スキュータム）」の開発者/エンジニアによるブログです。 金床“Kanatoko”をはじめとする株式会社ビットフォレストの技術チームが、“WAFを支える技術”をテーマに幅広く、不定期に更新中！ はじめに 2017年3月、Struts2にまたしても新たな脆弱性(S2-045、S2-046)が見つかり、複数のウェブサイトにおいて情報漏洩等の被害が発生しました。筆者は2014年4月（およそ3年前）に「例えば、Strutsを避ける」という記事を書きましたが、今読み返してみると「やや調査不足の状態で書いてしまったな」と感じる点もあります。今回、良いタイミングなのでもう一度Struts2のセキュリティについてざっとまとめてみたいと思います。 なぜJavaなのにリモートからの任意のコード実行(いわゆるRCE)が可能なのか Struts2はJavaアプリケーショ

PCがウイルスに感染しました1･･･こんな感じになりました('Α`) 10月5日、22時50分頃にメインPCがウイルスを食らいました。ゼロデイ食らったら防御不能ですね･･･。ある程度の知識があっても無理です。 更新:2014/07/23 (2012/10) 10月5日、22時50分頃にメインPCがウイルスを食らいました。 数年前からわりと良くある、偽のPC修復ツール系のウイルスです。 ▲クリックで拡大 ・画面が真っ黒になり ・大量のシステムエラーメッセージが表示され ・[Repair]なる偽の修復ツールが起動し ・さらにHDDやスタートメニューがロックされ 完全にPCが使えない状況になりました。「PCを修復したいなら、オンラインで登録してね」という定番(？)のウイルス＆詐欺ツールです。 なんとか復旧できましたが、10月6～8日の3連休はこいつの対処で潰れました(^_^; 具体的にどんなウイ

こんにちは、今シーズンのNBAもGSWの試合は全試合観てる米林です🏀 今年は毎試合満員御礼のOracleアリーナに行って観戦したいなぁと思いつつカリフォルニア州オークランドの人たちはOracleがデータベースの会社って知ってるのかどうか毎回気になっています🏀 うちの会社ではJavaの開発において、Error Prone を積極的に取り入れている。 その理由はCTOのmopemopeが入れろって怖いから、ただそれだけである。 実際のところ導入して損は無いので皆さんも是非導入を検討して頂きたい。 Error Prone とは github.com Error Prone とはGoogleが公開していて、githubに記載されている説明のとおり “Catch common Java mistakes as compile-time errors” そのままである。 コンパイル時にエラーが起き

このクラスでサポートされる主要な操作は、「正規化」、「解決」、および「相対化」です。 http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/net/URI.html 「正規化」 パスから.や..を取り除く。 例: abc/./../xyz → xyz 例: abc//xyz → abc/xyz 例: /////abc/../xyz → /xyz 例: ../abc/../xyz → ../xyz 「解決」 絶対URI + 相対パス → 絶対URI 例: http://d.hatena.ne.jp/ + koseki → http://d.hatena.ne.jp/koseki 「相対化」 (絶対URI(A) + 相対パス(B)) - 絶対URI(A) → 相対パス(B) 例: http://d.hatena.ne.jp/koseki - ht

PostgreSQL13でのレプリケーション関連の改善について（第14回PostgreSQLアンカンファレンス@オンライン）

先日参加したSQiP「キーワード駆動テストシステムを作ろう」で学んだ、ランナーの役割をJUnitでも実践できるのかを検証する為に、JUnit4のソースコードを読んでみました。 作ったクラス図 折角、なんちゃってクラス図を書いたので公開します。 参考にしたサイト 最初は「ランナーってなんだ？」というところから入って、こちらのサイトを参考にし始めたのですが、分かったような分からないようなままになっていました。 www.mscharhag.com もやもやしたまま、SQiPのチュートリアルを迎えて、ランナーの役割が分かったところで、JUnitのソースを読むと不思議と頭に入ってきました。 途中、こちらのサイトも参考にさせて頂いたり d.hatena.ne.jp ihirokyさんは、super.runChild()をオーバーライドしたrunChild()の中で呼び出しています。これも一つの方法です