はじめに 私の会社はオープンソースを用いた業務システムの構築を得意としている会社で、私自身も約10年に渡りJavaで業務システムばかりを開発してきました。 Androidが登場するまでは携帯アプリにそれほどの興味を持つことはなかったのですが、Javaでオープンなプラットフォームで携帯アプリが作れるという事で、Androidを通じて初めて携帯アプリ開発に手を染めることになりました。 新たなプラットフォームでの開発のため、当初はかなり苦戦する事を予想していたのですが、開発環境も整っており、驚くほど簡単にMapやGPS、センサーを利用したプログラミングを行う事ができました。そして、何よりも久しぶりに純粋にプログラミングを楽しく感じられる日々でした。 その後、社内でチームが立ち上がりましたが、JavaとEclipseで開発をしてきたエンジニアであれば2、3日もあればアプリケーションの開発ができるよ
JavaのWebアプリケーション開発には，有用なオープンソースのフレームワークが欠かせません。本連載では，オープンソース・フレームワークの一つとして，現在，注目を集めているSpring Frameworkを解説します。 第1回 なぜSpringなのか 第2回 柔軟性/保守性を高めるDI機能 第3回 AOPでプログラムをシンプルにする 第4回 SpringMVCの基本を知る 第5回 SpringMVCの入力チェックを知る（基本編） 第6回 SpringMVCの入力チェックを知る（応用編） 第7回 SpringMVCで簡単！ファイル・アップロード 第8回 現場で役立つHints＆Tips（前編） 第9回 現場で役立つHints＆Tips（後編） 第10回 Spring＆Struts連携のベスト・プラクティスはこれだ！ 第11回 Spring Securityでラクラク! セキュリティ対策 第1
Spring Frameworkは Rod Johnson 氏の著書 "Expert One-on-One J2EE Design and Development" の中で使用されたコードを元にしたオープンソースの Java/J2EE アプリケーションフレームワークです。 「DIコンテナ」「Dependency Injection」という言葉を、耳にしたことはないでしょうか。Dependency Injection とは、オブジェクト が必要とする情報を、外部から注入することで、コンポーネントの再利用性を高めることを目的としたデザインパターンのひとつです。 ここでは、今後 Java プログラマにとって必須となるであろう Spring Frameworkについて解説していきます。 Spring Framework INDEX Spring Framework 1.1. Spring の概要
つい先日、Eclipseの新バージョンである4.2(Juno)がリリースされました。この新バージョンを利用してMAC OSX Lion(10.7.4)でのAndroid開発環境構築までの手順を説明します。第１回目は、Eclipse本体のインストールと日本語化まで行います。Eclipse本体のインストールここからMac OSX用のEclipseをダウンロードします。「Eclipse IDE for Java EE Developers 」の「Mac OS X 64 Bit」をダウンロードします。 ダウンロードした「eclipse-jee-juno-macosx-cocoa-x86_64.tar」を解凍すると「eclipse」フォルダが出来るのでフォルダごと「アプリケーション」に移動します。 Eclipse本体のインストールは、これで完了です。Eclipseの日本語化このままでは、Eclips
Ubuntu 12.04 Desktop 64bit版でAndroid SDKをインストールする手順をまとめました。 android developersのInstalling the SDKページの手順に沿ってインストールします。 Step 1. Preparing Your Development Computer System Requirementsに従って必要なものをインストールします。 まずは、64bit版Linuxについての注意書きの通り、ia32-libsをインストールします。 sudo apt-get install ia32-libs 次にJavaをインストールします。sun-java6-sdkをapt-getコマンドでインストールするように書かれていますが、Ubuntu 12.04のリポジトリにないため、そのままではインストールできません。 UbuntuのJava説明
2012年6月末にAndroidの開発環境が更新されました。 新しいAndroid SDK（開発用キット）とADT（EclipseのAndroid開発用プラグイン）では、Androidプロジェクト作成部分のGUIが大きく変わっています。アイコンの属性を右上図のように選択できるようになったほか、右下図のようにアプリのテンプレートを視覚的に選べるようになりました。 プロジェクトのひな形となるHello Worldアプリの外観も変更されました。従来は、黒い画面の上部に小さく地味に「Hello world Activity名」と表示していましたが、白い画面の中央に表示する形に変更されました。 以下では、Windows（32bit）PCにAndroid開発環境を導入して、ひな形のHello Worldアプリをビルドするまでの方法を解説します（2012年7月20日時点最新） インストールするソフト ・
Eclipse、NetBeansに続く、第3のJava用OSS IDE？ Eclipse、NetBeansに並ぶJavaの統合開発環境（IDE）である「IntelliJ IDEA」のオープンソース化が2009年10月15日に発表されました（参考：高機能IDEのIntelliJ IDEAがOSS版提供へ）。 IntelliJ IDEAは、デフォルトでSubversionやGit、Mavenをサポートし、コードチェッカーを同梱するなどの点でEclipseより優れています。今回は、IntelliJ IDEA 9のオープンソース版であるCommunity Editionを紹介します。 「IntelliJ IDEA」って何？ IntelliJ IDEAは、チェコのJetBrains社により開発されるJavaの統合開発環境です。IntelliJ IDEAはメッセージの日本語化がされていないため、日本で
お小遣いの残高と年齢以外の数値を計測する事は大好きなソメダです、おはようございます。 さて、皆様におかれましても、運用時の Java アプリケーションのヒープの利用状況の傾向監視は行われているとは思いますが、そういった用途に利用される事の多い jps/jstat といったユーティリティが、現在 (2011年01月) 最新の Java SE 6 update 23 では動作しない事があります。 これは、java.io.tmpdir を OS 標準のディレクトリ (Linux だと /tmp ) 以外に指定して JVM を起動した場合に発生し、例えば以下のような状況になります。 # ps -aef | grep java tomcat 29030 1 0 Jan12 ? 01:04:01 /usr/java/default/bin/java <略> -Djava.io.tmpdir=/usr/
– その1: 自宅サーバがハング – その2: フリーズの原因はガベージコレクション – その3: 侍でヒープ使用量を確認 – その4: リーク箇所を確認する色々な方法 – その5: Memory Analyzer でヒープダンプを解析(最終回) 延々と連載してきたメモリリークトラブルシューティング記もいよいよ最終回です。 今回のメモリリーク現象はリークの再現方法がわからないため、運用環境から詳細なデータが取得できるheapdumpを取得した、というのが前回までのあらすじです。 次は、ヒープダンプの解析。 ヒープダンプは JDK に付属の jmap コマンドで取得します。 jmap -heap:format=x [pid] または jmap -heap:format=b [pid] といった形で実行するとヒープダンプを xml 形式、またはバイナリ形式で記録できます。 通常生のヒープダンプ
GC前、Eden領域の消費サイズは「1834928」バイトであった GC後、Eden領域の消費サイズは「0」バイトであった（つまり全オブジェクトが移動もしくは破棄された） GC後、Eden領域のサイズは「3670016」バイトであった 「survivor」とは、From領域とTo領域両方を指します。ここでもし、上記ログのようにGC後のFrom/To領域の消費サイズが「0」となった場合は注意が必要です。これはすなわち、オブジェクトがFrom領域とTo領域の間を行き来せず、すぐにOLD領域に移動してしまっていることを表します。このような状況では、OLD領域は短命なオブジェクトですぐに埋まり、Full GCが頻発してしまいます。これはオーバーフローと呼ばれ、MaxTenuringThreshold値の低い状態で一連のGCが発生している状況を見つけることで検出できます。 NEW領域のサイズ調節 M
Apache jmeterは，Webアプリのパフォーマンス計測のための無料ツール。 このツールの初歩を，今から３分で習得するための記事。 本当に３分きっかりなので集中して頂きたい。 (1) DL (2) サーバ (3) ページ (4) jmeter起動 (5) テスト計画作成 (6) jmeter実行 (7) 結果 目標 解説 Tips 1 ：外部パラメータの読み込み Tips 2 ：プロキシ機能を使ってテストケースを自動生成 ※↑自作の もくじジェネレータ で自動生成 (1) DL jmeterをダウンロードする。 JMeter Downloads http://jmeter.apache.org/download_jmeter.cgi http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi 最新版 Binary の z
次? 代のサーバマシンによるシステムでは、CPUマルチコア化が進み、OSぜ 64bit化によってメモリも豊富に眩 むような大規模なものが一般的になるのではないでしょうか。このようなサーバ上ぜ Tomcatを起動させる場合、その? 富なリソースを生かしぜ Javaのヒープサイズ、GCチューニングを実施するのが一般的だと思゜ れます。ただし、このオプションを中途半端に? ? すると、逆にパフォーマンスを損なう可能性があることに注? しなければならないようです。 CPUマルチコアリソースを十分に活用する為ぜ GCチューニングパラメータに、「-XX:+UseParNewGC」「-XX:+UseConcMarkSweepGC」があります。前者ぜ GC処理をマルチCPUでパラレルに? 施するオプション、「-XX:ParallelGCThreads=n」と合゜ せてパラレル処理? (n)を指定出来ます。
特集 2004/01/30 18:55:00 更新 特集：第1回 EJBの仕組みを知ろう (1/6) Javaによるアプリケーションサーバ構築の際、JSP/サーブレットに対し、より高機能分散化させる手段として「EJB」と呼ばれる仕組みがある。この特集では、このEJBによるアプリケーション構築をすべく基礎から解説していく。 「EJB」（Enterprise JavaBeans）とは、プログラムをコンポーネント化し、効率良く大規模なアプリケーションを構築するためのアーキテクチャのことだ。この特集「JBossで学ぶEJB入門」では、全3回でEJBのオープンソース実装であるアプリケーションサーバソフト「JBoss」を取り上げ、EJBを利用した具体的なアプリケーション構築方法を解説する。
JBoss Advent Calendar 2011の15日目のエントリです。JBoss AS7 はじめの一歩で少し書いたんですが、だいぶ古くなっているのと少々解説を。今回はJBoss AS 7.1.0.Beta1とFedora 16のOpenJDK 6 64bitを利用します。 $ java -version java version "1.6.0_22" OpenJDK Runtime Environment (IcedTea6 1.10.4) (fedora-61.1.10.4.fc16-x86_64) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) チューニングしていない状態 JBoss AS 7.1.0.Beta1の出荷時のJava VMオプションは$JBOSS_HOME/bin/standalone.confに定義され
Permanent領域のチューニング JVMにはPermanent領域と呼ばれるヒープ領域があります。ここにはクラス定義やメソッド、フィールドなどのメタデータが格納されます。 Permanent領域のデフォルトのサイズは、一般的なアプリケーションにとって十分な大きさに設定されています。しかし、アプリケーションによっては非常に多くのクラスをロードするものもあり、Permanent領域が足りなくなることがあります。例えば、JSPやサーブレットを多用するアプリケーション（アプリケーションサーバなど）は、デフォルトのPermanent領域サイズでは足りなくなり、次のようなエラーが発生することがあります。 $ java ManyClassLoadingTest Permanent generation is full... increase MaxPermSize (current capacity
J2EEがミッションクリティカルな分野に適用されるようになり、Javaのパフォーマンスチューニングの重要性はさらに高まっています。パフォーマンスチューニングにはさまざまなパラメータがありますが、中でもJava VMに関連するチューニングの効果は大きいといわれています。本稿は、Java VMに関連するチューニング手法を学ぶための前提知識を提供することを目的にしています（編集部）。 ガベージコレクション（Garbage Collection：以下GC）と聞くと、「プログラマの煩雑なメモリ管理作業を軽減してくれるのはいいけど、アプリケーションの応答時間を遅らせたり、スループットを低下させたりして、パフォーマンスの観点からは非常に困ったものだ」というイメージを持つ人も多いのではないでしょうか。 GCはJava HotSpot仮想マシン（Java HotSpot Virtual Machine：以下
本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 今回は、Javaにおけるヒープ・メモリ管理の詳細を説明します。JVMのヒープ・メモリの中で、新しいオブジェクトと古いオブジェクトがどのように配置されるかを理解することで、ヒープ・メモリが有効に利用されているか否かを判断することができます。また、JVMが出力するガベージ・コレクションのログを解析し、オプションの指定によってヒープ・メモリのサイズを適切にチューニングする方法を紹介します。 Java ヒープ・メモリの構造 Javaにおけるガベージ・コレクションのメカニズムを理解するには、まずヒープ・メモリの構造を知っておく必要があります。 図1は、JVM におけるヒープ・メモリの構造を示したものです。この図が示すように、ヒープ・メモリの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
