スレッドダンプから見るWebLogic Serverの世界 #javaee - yamadamn’s blog
この記事はJava EE Advent Calendarの7日目です。 前回のブログ記事を振り返ると、もう一年前。Advent Calendarでしか書いてない訳です。 それであれば、さすがにネタがあるかなと思ったのですが、何も思い浮かばない… いつものWebLogic Server(以降、基本的にWLSと略)ネタでお許しください。 Javaアプリケーションサーバーの特徴的なところは、スレッド管理にあると私は思っています。 そして、ここがチューニング観点としても非常に重要なところです。 そのため、各アプリケーションサーバーの実装によって、工夫を凝らしているところです。 この記事では、スレッドダンプからWLSの世界を垣間見てみましょう。 WLSスレッド管理概要 といっても、いきなりスレッドダンプを見ても迷子になるので、まずはWLSのスレッド管理概要を知っておきましょう。 既に多くの分かりやす
java1.6のシステムをjava1.8にアップデート - Jamming doc store
物理サーバのサポート切れに伴い、同サーバに乗せているjavaのアップデートを実施するように強要されています。影響を確認するため、java1.8＋tomcat8でコンパイルしました。その結果、勉強になったのでメモとして残します。 以下の3点で影響を確認する java1.8でソースコードをコンパイルして確認する アプリの主要機能をtomcat8で動かして稼働するか確認する 公式の互換性ガイドを確認する まずコンパイル jdk1.8(8u45)、tomcat(8.0.21)をインストして、コンパイルしたところ java部分は問題なくコンパイルできました。 画面から動作確認 一部、Seasar2で動かしているアプリのjsp部分で実行時例外が出ました。バージョン差異による、既知の問題らしく。（問題点は以下で言及されている2件でした） d.hatena.ne.jp 互換性ガイドの確認（Oracleの情
日本オラクル、Javaアップデートの影響を調べるサービス
日本オラクルは2015年4月8日、「Java最適化ファーストステップサービス」を提供開始すると発表した。サポートが終了した古いバージョンのJavaを情報システムの基盤として利用している企業に向けて、現行版のJavaにバージョンアップできるかどうかや、バージョンアップした際のソースコードの修正規模などを調査するサービスである。価格は個別見積もりで、調査と報告に要する期間は約1カ月。 サポートが終了した古いバージョンのJava（Java SEおよびJava EE）は、脆弱性や不具合などを修正するアップデートパッチの提供が止まる。このため、Javaの実行環境や開発環境をバージョンアップせずに使い続けると、サイバー攻撃などの脅威に対して弱くなるなど、問題が生じる。この一方で、Javaのバージョンアップにともなってソースコードなどの改修が必要になる場合がある。 今回のサービスは、日本オラクルのコンサ
「Java のヒープサイズ」についての簡単な説明
Java のヒープ領域及び 非ヒープ領域、メモリ管理について簡単に説明いたします。 ヒープやヒープサイズはガーベジ・コレクション：GC ( Garbage Collection ) と密接な関連があります。以下のページも合わせて参照ください。 ガーベジ・コレクション：GC ( Garbage Collection ) についての簡単な説明と調査方法 Java のオブジェクトは、大きく分けて、New、Old 、Permanent というメモリ領域で管理されます。 新しいオブジェクトを格納するのが New 領域と呼ばれ、古いオブジェクトを格納するのが Old 領域と呼ばれます。 Permanent 領域にはクラスやメソッドなどの情報が格納されます。 ( これらは Permanent Generation, Tenured Generation, Young Generation とも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
