これは Java Advent Calendar 2015 の 15 日目の記事です。 昨日は @opengl_8080 さんの Byteman 使い方メモ＋α でした。明日は @irof さんです。 前置き ついこないだチームでちょっとだけ話題に上って、みんなある程度指針は持っているものの、割と悩みつつ明確に答えを出せなかったので、もっと良い意見があればと思って晒してみます。まぁよくある話だし、Java 8 で Optional が使えるようになって null について語られるケースが増えたと思うので、再考するちょうどよい機会になればいいなーと思います。初心者向けです。 どう処す？処す？ こんな状況の時にあなたならどうしますか？ // Generics なのは例です。String でもなんでもいいです public T doSomething(T input) { // input が

Oracle | Hardware and Software, Engineered to Work Together

Javaトラブルでは『情報がなくて、再現もなかなかしません』といった状況に陥ることがある。このような状況を回避するために、以下の3つの代表的なトラブルを例に、アプリケーションサーバを再起動する前に何を取得すれば良いのかをまとめてみる。 アプリケーションから応答がない アプリケーションが遅い ヒープメモリが足りない(OutOfMemoryErrorの発生) アプリケーションから応答がない 取得する情報 スレッドダンプ データ取得方法 スレッドダンプとは、コマンド実行時点でのJavaスレッド実行状態を出力したものである。応答がない場合、何らかの要因によりどこかで処理が止まっていることが想定される。スレッドダンプは『どこで止まっているのか？』を切り分けるのに大切な情報である。 取得方法はJDKのバージョンによって色々ある。 kill -3 <pid> (少なくとも1.4.2にはある〜JDK7でも

Javaを使う場合に必ず必要になるデータ構造 - 配列・リスト・マップの使い方について簡単に説明します。 目次 配列 配列を生成する。 配列にデータを格納する。 配列からデータを取得する。 配列中のすべてのデータに同じ処理をする。 リスト (注) リストを使うにはimport文が必要 リストを生成する。 リストにデータを追加する。 リストからデータを取得する。 リストのデータを置き換える。 リスト中のすべてのデータに同じ処理をする。 マップ (注) マップを使うにはimport文が必要 マップを生成する。 マップにデータを格納する。 マップからデータを取得する。 マップ中の全てのデータに同じ処理をする。 関連記事 配列 配列は複数件のデータを扱うためのデータ構造です。 Javaの配列の特徴は、生成時にサイズ(格納するデータの個数)を決める必要があることです。いったん配列を生成すると、後から

Java EE 7 の新機能紹介と Java のイベントのご紹介 2014年2月14日 at 11:36 午後 2014年2月13日（木）・14日（金）に目黒雅叙園でDevelopers Summit 2014 が開催されました。 今日は関東はあいにくの天気（大雪）で、とても足元が悪い中多くの方にイベントやセッションに参加して頂きまして誠にありがとうございました。また、Developers Summit 2014の事務局の皆様に置かれましても、同様に(Javaの)大規模イベントの企画を行っている者として、数多くの難作業があった事が用意に想像ができるため、イベントの主催者の皆様全員にあつく御礼を申し上げます。 私自身は、本日 14日(金)に【14-D-6】45 new features of Java EE 7 in 45 minutes というセッションを持たせて頂き発表を行いました。私の

Javaのジェネリクスで，型パラメータ T のインスタンスが欲しくなったことはあるだろうか？ 昨今のオブジェクト指向プログラミングにおいて，ジェネリクスは必須の基本文法だ。 扱う対象のクラスが抽象化されて汎用的になりつつ，なおかつ型安全性が確保される。 そのおかげで，処理の重複や分岐をコーディングする必要が無くなり，コード量が驚異的に削減される。 そういう基本的な原則を踏まえると， 「型パラメータのインスタンスが欲しい」 というシチュエーションは，Javaのジェネリクスの本来の導入目的に真っ向から逆らう。 なぜなら，ジェネリクスは型を抽象化して透過的に扱えるようにするための機構なのだから， せっかく抽象化した物をわざわざ具体化してどうするというお怒りを生む事になるのだ。 頑張って詳細なクラス情報を「T」でパラメータ化して具体性を隠ぺいしたにも関らず， その T に対して .class で具

※追記 追加記事を書きました。 はてブでコメントをいただいたので、さっそくSpring Frameworkでリフレクションを使ってる部分を読んでみた。 ※追記ここまで リフレクションとは、実行中に型情報を取得でき、方そのものを操作対象にできる仕組みのことである。 コア・リフレクション機構であるjava.lang.reflectはロードされたクラスに関する情報へのプログラムによるアクセスを提供する。 Constructorインスタンス、Methodインスタンス、Fieldインスタンスにより、それらの実際の対象物を反射的(reflectively)に操作することができる。 定義だけ見てもよくわからんので、リフレクションを使ってインスタンスにアクセスしてみる。 package kiso; public class ReflectionSample { public static void mai

今日は勉強会の当番だったので、リフレクションとアノテーションについて話しました。 以下資料。 リフレクション リフレクションとは クラスのフィールド、メソッドなどの情報を取得したり、クラスを生成したり、メソッド名の文字列を使ってメソッドを呼び出したりすることができるAPIです。 Javaで自作フレームワークを作ろうと思ったら、リフレクションを使うと便利なので、ぜひ勉強しておきたい内容です。 以下のクラスをリフレクションで扱います。 public class Hoge{ String name; public String getName(){ return name; } public void setName(String name){ this.name = name; } } Class ClassはJavaのクラスの情報を得るためのクラスです。 以下のいずれかの方法でClassクラ

本稿では、「帳票」の常識を説明し、Javaで書かれたオープンソースの帳票作成ソフト、JasperReportsとiReportの使い方を紹介します。ソフトウェアを実際に使うことで、帳票というものを体感して身に付けることを目指しています。 日本人なら知っておきたい「帳票」の常識 帳票とは、以下の記事にもあるとおり、基は会計情報を記録するための紙を意味する用語だったようです。 しかしながら、コンピュータで出力する「帳票」は会計に限定したものではなく、発注書や納品書、請求書、そのほかさまざまな報告書、申請書などをすべて「帳票」と表現しています。 業務アプリケーションでは、帳票の出力はほぼ必須といっていいほどになってきます。そのため、多くの会社が帳票生成のライブラリなどを販売しています。 商用の帳票生成ツールで、有名なソフトウェアとしては、Visual Studio 2008 Profession

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

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

「じっくり学ぶ Java講座」は、初心者向けの Java入門講座サイトです。多くのサンプルコードを目にすることでじっくり着実に Javaプログラミングの基本を勉強します。 更新履歴 第01章: はじめに はじめに 本ウェブサイトの目標とターゲット 学習の心構え おすすめ書籍 おおまかな構成 第02章: Java概論と開発環境の構築 Javaとは 開発環境の構築 開発環境メモ 第03章: はじめての Javaプログラム ハローワールド 読みやすいソースコードを書こう 第04章: 基本型と基本型変数、演算子とキャスト、Math.randomメソッドと自作ライブラリ 基本型と基本型変数 演算子と基本型のキャスト Math.randomメソッドと自作ライブラリ 第05章: 条件分岐 if文 switch文 第06章: 繰り返し for文 while文 do while文 gotoは使えない 第07

ポリモーフィズムとはメソッドに多様な振る舞いをさせる設計概念です。 継承などはよく使いますが、インターフェースは滅多に使うことはないです。 ２つとも、とても便利ですが、なくてもプログラムは作れます。(設計概念だけに) そもそも、オブジェクト指向自体も設計概念ですので、それを考えなくてもプログラムを作ることはできます。 しかし、１つのクラスに全て記述した場合ソースがグチャグチャで読みづらいわ、バグでるわとなってしまいます。 オブジェクト指向はそういった問題を解決し、よりよいソースを書くために必要な概念なのです。 ポリモーフィズムはオブジェクト指向のなかでは、最も抽象的な概念です。 それだけに便利です。 概念だけでは理解しづらいと思いますので、下に例を書いてみました。 例えば、javaでドラクエのコピーゲームを作るとします。 まずは、モンスターを作成したいと考えたとき、各モンスターを１つ１つの