NetBeansでは、メニューの「表示 > ツールバー > メモリー」でメモリ使用状況をツールバーに表示させることができます。 けど、ここでは、もう少し詳しくメモリの使用状況を見るために、JConsoleを使いましょう。JConsoleは、Javaのプログラムの実行状況を見るための管理ツールです。 JConsoleプラグインのインストール JConsoleを使うには、JAVA_HOME/bin/jconsole.exeなどを起動すればいいのですが、せっかくなのでNetBeansからJConsoleを起動できるように、プラグインを入れてみましょう。 メニューの「ツール > プラグイン」を選択してプラグインダイアログを開いて、「使用可能なプラグイン」のタブから「JConsole」を選択してインストールしましょう。 そうすると、JConsole起動ボタンがツールバーに表示されるので、クリックして

Level up your Java™ code With Spring Boot in your app, just a few lines of code is all you need to start building services like a boss. New to Spring? Try our simple quickstart guide. Most [of our] services today are all based on Spring Boot. I think the most important thing is that [Spring] has just been very well maintained over the years...that is important for us for the long term because we d

JDBC Tutorials - Herong's Tutorial Examples - v3.13, by Herong Yang JDBC Tutorials - Herong's Tutorial Examples https://www.herongyang.com/JDBC Copyright © 2003-2024 Herong Yang. All rights reserved. This JDBC tutorial book is a collection of notes and sample codes written by the author while he was learning JDBC technology himself. Topics include installing JDK and Derby database server; using De

Inversion of Control Containers and the Dependency Injection pattern In the Java community there's been a rush of lightweight containers that help to assemble components from different projects into a cohesive application. Underlying these containers is a common pattern to how they perform the wiring, a concept they refer under the very generic name of "Inversion of Control". In this article I dig

Jadが大好きなんだけど、Java5以降の文法に対応してないから 若干やきもきしつつもガッカリしている皆さん、こんばんは。 名前そのまま、Java Decompilerというツールがありました。 http://java.decompiler.free.fr/ Java6まで対応しており、 Eclipseプラグインとしても、単体のGUIアプリとしても使えるスグレモノです。 Java5のアノテーションやGenrics、foreach文なんかの復元にも対応しており Jadが「デコンパイル失敗しました（＞＜）」とすぐに根を上げていたクラスも 開けるようになるんじゃないかと思います。 ということで、早速試してみました。 GUI版 http://java.decompiler.free.fr/?q=jdgui#downloads ここからダウンロードして、解凍して実行するだけです。簡単です。 GUI版

知的財産を守るために、ソフトウェア技術者にはJavaのバイトコードやJVMについての深い知識が求められます。本書では、Javaデコンパイラの構築を通して、Javaのバイトコード、オペコード、クラスファイルの関係やJVMの内部仕様について詳しく解説します。逆コンパイラや難読化ツールの特徴と限界についても著者の見識を惜しみなく提供しているので、難読化ツールを使うことによりコードの安全性がどのくらい高まるのかを知ることができます。日本語版では、ClassToXMLのJava6への対応方法、現在でも利用可能なオブファスケータについての補足情報を加筆しました。/ART/OF/REVERSINGシリーズ第2弾。 関連ファイル 原書のサンプルアーカイブ 付録Bのコード（.zip） 付録Bのコード（.lzh） 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下

Javaのデバッグをしていて、ステップ実行中にステップインを繰り返したらソースコードのないところに行き当たったことがあるだろう。あるいはEclipseでF3キーでクラスやメソッド・フィールドの宣言元を辿っていってソースコードのないところに行き当たったことがあるだろう。 Eclipseの場合、"Class File Editor"というものが開く。そこにはJavaのバイトコードのニーモニックがズラズラと並んでいて、「これは読めないや、ワケが分からない」と投げ出してしまったりしていないだろうか。 怖がることはない。ちょっとコツを掴めばすぐに読めるようになる。 Class File Editorの開き方 自前のJavaクラスの場合、ビルドして出来上がったclassファイルを開く必要がある。"Package Explorer"だとclassファイルは隠されていて見えないのでWindow -> Sh

SDLoaderというWebコンテナをT2メンバでもある、id:c9katayamaがリーダーで作っています。 このWebコンテナがかなり便利で、テストを書くとき、プロトタイプを書くときなどにとても重宝しています。 便利なシチュエーション1 サンプルに簡単なブートストラップをつける サンプルを書いて誰かに提供するときに、できるだけその敷居は下げたいものです。 たとえばEclipseでプラグインを入れてくださいといっても、忘れる人が多いのは事実。 なので、できるだけ簡単にブートストラップできることが僕としては開発時のWebコンテナに望むことです。 そこでSDLoaderですよっと。 こんな感じでさくっとブートストラップを書けます。Eclipseプラグインとか全く必要ありません。 public class SampleServerStart { /** * サーバを起動し、ブラウザを立ち上げま

そもそもＭＶＣはオブジェクト指向ではない。 それは反オブジェクト指向である。 なぜならば、操作とデータを分離してしまうから。 オブジェクト指向ならば、オブジェクトとそれに対するメッセージの２つがあればいい。 データとその操作は全てオブジェクトの内部に隠蔽されなければならない。 もっともこの矛盾は実はかなり歴史的に深いものであり、 オブジェクト指向の元祖であるSmalltalkがＭＶＣを採用したのが始まりだった。 オブジェクト指向とＭＶＣの対立はその誕生の時点から存在していた。 これをどう解釈するのか。 ＭＶＣは誤ったデザインパターンとして排除するべきか。 それともオブジェクト指向の限界を認めてＭＶＣを採用するべきか。 もっと難しい問題がある。 それはどのような場合にオブジェクト指向を採用して、 どのような場合はＭＶＣを採用するべきなのか、 その境界をどうするのかという問題だ。 Smallt

今回の概要 システムが応答しない、パフォーマンスが劣化したなどのトラブルが発生したときに、原因がなかなか掴めず、あたふたすることはないだろうか？ 本稿では、Java EEトラブルシューティングの現場で役立つ7つ道具を紹介する ある日、突然電話が鳴る 用件は、「システムが不定期に停止する。よく分からないけど、どうやらJava EE部分がおかしい」とのこと。このような事態が発生したとき、やみくもに原因を調べ、いつまでたっても問題が解決できず、原因の一片も発見できないことが多々ある。 トラブルが発生した場合、ツールが充実していない昔は、開発者の経験と勘に頼るところが非常に大きかった。Webシステムが普及するいま、昔とは比べ物にならないほど、システムの数が増え、開発者数が増える一方、システム障害を切り分けられる職人的なエンジニアの人数はシステム数に比例して増えているわけではない。そのため、すべての

肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom

本連載では、現場でのエンジニアの経験から得られた、アプリケーション・サーバをベースとしたWebシステム開発における注意点やヒントについて解説する。巷のドキュメントではなかなか得られない貴重なノウハウが散りばめられている。読者の問題解決や今後システムを開発する際の参考として大いに活用していただきたい。（編集局） 今回のワンポイント Javaアプリケーションを動作させていて、「OutOfMemoryが出た」「Java VMが落ちた」という問い合わせを受けることがある。この場合、たいていはアプリケーションの問題や、設定の問題であることが多い。本稿では、HP-UX上でのJava VMを例に、OutOfMemoryが出る原因とその対処方法を紹介する。なお、本稿に登場する用語は第6回「APサーバからの応答がなくなった－GCをチューニングしよう－」で解説しているので、参照してから読んでほしい。 Old領