スマートフォンアプリを紹介する「Appliv」は、日本国内で月間600万ユーザーが利用し、海外10か国でも展開されている有力Webメディアだ。その開発・運営会社であるナイル株式会社は、PHPで組んできたApplivシステムに限界を感じ、昨年から主軸の開発言語をScalaに切り替え、アーキテクチャもマイクロサービス化に踏み切った。しかし、サーバーサイドJavaによるサービス運営の経験はゼロ。マイクロサービスによる設計ももちろん初めてだ。本稿では、そんな同社が果敢にもPHPからScalaへの移行に挑み、サービスインするまでの過程を紹介する。（編集部） 技術的負債に窮する 弊社ナイルは、「Appliv」というスマートフォンアプリを見つけやすくするWebサービスを、2012年8月より運営しています。現在、世界10か国で展開しており、規模としては国内のWeb版だけで月間600万UU（ユニークユーザー

Java Day Tokyo 2016 のセッション3-Eの資料です。 Java8, Java9の新機能がシステムの設計にどういう影響があるのかを考えてみました。

こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます！ 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C

互換性は複雑な問題です。このドキュメントでは、このJavaプラットフォームのリリースに関連する次の3種類の潜在的な非互換性について説明します。 ソース：ソース互換性とは、コードのコンパイルが成功するかしないかなどを含む、Javaソース・コードのクラス・ファイルへの変換に関係します。 バイナリ：バイナリ互換性は、Java言語仕様で次のように定義されています。'型への変更が行われた場合に、以前にエラーなしでリンクされた既存のバイナリが引き続きエラーなしでリンクされれば、既存バイナリとのバイナリ互換性があります（つまり、既存バイナリとのバイナリ互換性は損なわれません）。' 動作：動作互換性は、実行時に実行されるコードのセマンティックなどの互換性です。 詳しくは、OpenJDK Developer's GuideのKinds of Compatibilityの項を参照してください。 "バイナリ互換

本ブログはJava8（特にMetaspace）に対応していない。 下記にJava8以降に対応した記事を記載する（予定）。 blog.pepese.com JavaVMのメモリ領域について JavaVMが管理するメモリ領域について 階層1 階層2 階層3 説明 Javaヒープ JavaVM上で起動するJavaプログラムのリソースを管理する領域。New領域とOld領域で構成される。 ｌ" New領域 新規オブジェクトと閾値（-XX:MaxTenuringThreshold）未満のオブジェクトが配置される。（Young領域とも呼ばれる） ｌ ｌ" Eden領域 新規のオブジェクトが配置される。 ｌ ｌ" From領域 CopyGC(ScavengeGC、マイナーGC)が実行された際に、使用中のオブジェクトはここへコピーされる。（S0やS1とも呼ばれる） ｌ ｌー To領域 CopyGC(Scav

2014年3月18日に一般公開予定のJava SE 8へのバージョンアップでは、新たな表記法として「ラムダ式」が追加されます。このラムダ式を使うことによって効果を発揮する数々のAPIも追加されることになり、今回のバージョンアップはJavaを使う人にとって無視できないバージョンアップとなります。 しかしラムダ式は今までJavaプログラミングをやってきた人でも前提知識なしにソースだけを見て理解するのは難しい内容となっています。この連載では、今までJavaの経験はあっても「ラムダ式は、まだ知らない」という人を対象にラムダ式について解説していきます。 JDK 8は2013年9月10日に開発者向けプレビュー版が公開され、2014年2月18日現在、Early Access版がリリースされています。 コラム「ややこしいJavaのバージョン番号」 Javaのバージョン番号について、ところどころで1.8のよ

JVMはプロファイリングを利用してコードの最適化を行います。対象は頻繁に利用されるコードパスのみですが，徹底的に行うことで大きな効果を上げています。JITコンパイルされたコードに関しては，現在では多くの場面において (その割合も増えつつあります) C++の実行速度を凌駕しています。 このような事実にも関わらずJavaが今でも低速なプラットフォームとして認識されているのは，おそらくは初期バージョンのJavaプラットフォームでの経験が，歴史的な負のバイアスとして働いているためでしょう。 早まった結論を出す前に，客観的な見地に立って，最新のパフォーマンス結果を評価するようにお勧めします。 2. Java コードの１行にはそれ自体で意味がある 次の短いコード行を考えてみてください： MyObject obj = new MyObject(); Java開発者ならば誰でも分かるように，このコードはオ

Java プログラムの性能改善（ここでは処理速度の改善）を行ったので、その方法のメモです。 ちなみに自分の場合、以下の方法で処理速度が元の 15～36 倍短くなりました。なんじゃそら～ﾍ(ﾟ∀ﾟﾍ)ｱﾋｬ*1 ネストされたDBアクセス、ファイルアクセスを減らす 性能改善というか、もともとこれがひどいコードで。。。 改善ポイントとしてはまず無駄な I/O アクセスを減らすのが一番効果があります。外部通信というのはそれだけで時間がかかるもので、逆に Java 内の処理であれば基本的にそれほど時間を要するものではありません。 DBアクセスの場合、ループ内で何度も検索を行なっていましたが、ループの度に取得される結果が変わるわけでもなく、更新するわけでもなく…そんな感じだったので、ループの外側で取得した検索結果を使いまわすように変更。 また、ファイル操作については「Connection Open →

Javaアプリケーションサーバの歴史はそれなりに長いですが、残念ながら運用時のトラブルは後を絶ちません。 トラブルを起こしにくい・起きても解決しやすくするにはどうすべきか、これだけは押さえておきたい構築・運用時のポイントを紹介します。

コードの勉強をはじめようと思ったら、まずどのプログラミング言語を習得するか決める必要があります。そしてその選択は、どのような技術を得たいのかと密接に関係しています。 言語にはそれぞれ特徴があって、習得が比較的容易なものやコミュニティが活発なもの、応用範囲の広いものなどさまざまです。 米 Lifehacker では、読者の意見に基づき5つの「学ぶのに最適な5つのプログラミング言語」をピックアップしてみました。 Java オラクルの Java は、ウェブでもっとも歴史が古く、持続性があり、影響力の大きなプログラミング言語のひとつです（編注：Java を開発したサン・マイクロシステムズは2010年オラクルによって買収された。とはいえ Java はあくまで「Javaコミュニティのもの」というべきかもしれない）。ウェブ内外のアプリケーションや、あらゆるプラットフォーム、オペレーティングシステム、デバ

先日職場でJVMの話をしてた。 ちょうどいい機会だからちょっとまとめたいと思う。 JVMの構成まずはJVMの構成について。JVMには３つの領域が存在する。 Permanent領域（非ヒープ領域） New領域（ヒープ領域） Old領域（ヒープ領域） Permanent領域にはJVMにロードされたクラスやメソッドの情報、New領域にはインスタンス化されたオブジェクトの情報、Old領域には寿命の長いオブジェクトの情報が管理される。（「寿命の長い」については後述のScavenge GCを参照。） Permanent領域は非ヒープ領域、New領域とOld領域はヒープ領域となる。 非ヒープ領域には基本的にGCは走らず、JVM起動時に静的な情報が管理される。（※） 一方、ヒープ領域はインスタンス化されたオブジェクト情報といった動的な情報が管理され、GC対象となる。 ※ユーザ定義のクラスローダーが存在する

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

「アプリケーション・サーバを使いJ2EEべースのWebアプリケーションを構築できたのはいいが、どうも本来のパフォーマンスが出ていない」とは、よく聞く話である。本連載では、そういった事態に遭遇した場合に、具体的にどのように対処してパフォーマンスを向上させるかについて解説していく。2回は、「パフォーマンスが出ない！」という場面で、具体的にどのような対処をとったら良いのか、そのオーバービューを紹介しよう。具体的なチューニング手法は、第3回以降で詳細に解説していく。（編集局） APサーバのチューニングポイント 第3回は、アプリケーション・サーバにどのようなチューニング項目があるのかを解説します。実は、アプリケーション・サーバのパフォーマンスチューニングに関するパラメータや設定値は、J2EE標準に関係する部分より、アプリケーション・サーバ独自の実装に依存する部分が多くなってきます。今回は、「BEA