MyEclipse ブログ

Eclipse 3.7以降のエディターでは、空白表示を細かく指定できます

2011-11-30T08:30:34Z

2009年4月20日の記事では、Eclipse 3.3のJavaエディターにて空白文字やタブ文字を表示する
機能をご紹介しました。

Eclipse 3.7からは、これらの表示を細かく指定できるようになりました。
今日はその機能をご紹介します。

Eclipse 3.6までの場合、Javaエディターにて空白文字や改行文字を表示する場合には、
「表示する」か「表示しない」かのいずれかの選択でした。

Eclipse 3.7以降では、「表示する」場合に、何を表示するか、どこの表示をするか、
という指定が可能になっています。

　表示する文字の指定：

Space：　半角スペース
Ideographic space：　全角スペース
Tab：　タブ
Carriage Return：　行頭復帰
Line Feed：　改行

　表示場所の指定：

Leading：　行頭から先頭文字の間
Enclosed：　文字の間
Trailing：　最後の文字から行末までの間

この指定は、次のように行います。

1. [ワークベンチ]画面から[ウィンドウ(W)]->[設定(P)...]メニューを選択すると、
　　[設定]ダイアログが表示されます。

2. [設定]ダイアログで、[一般]->[エディター]->[テキスト・エディタ]とツリーを選択し、
　　ページ内にある[Show whitespace characters]チェックボックスにチェックを入れます。
3. "whitespace characters"の部分のリンクをクリックします。

4. 表示したい文字、場所にチェックを入れてOKをクリックします。

例えば、すべてにチェックが付いていると次のように表示されるコードの場合、

　注意：表示実験用のコードであり、実際には動作しません。

"Space"と"Tab"のチェックをすべて削除した場合には、全角スペース、行頭復帰、改行コードだけ
表示されるようになります。

こうすれば、「ソースコードの中に間違って全角スペースが混入してしまうと、どこにあるのか
わかりにくいので、それだけ表示させるようにしたい」という場合に、ぴったりな表示が
できるようになります。

とても細かな配慮ですが、使いやすくなっていますね！

Eclipseで、APIの使い方を動かしながら確認したいときには

2011-10-31T08:20:48Z

Javaアプリケーションを開発していると、初めて使用するAPIを実装しなければ
ならないことがありますが、

　このAPIを、いきなり作成中のソースコードに組み込むのは気が引ける。
　テスト用のコードを作成して使い方を理解してからソースコードに組み込みたい。

と思うことがあります。

このようなとき、単純なJavaのクラスとmainメソッドを作成し、mainメソッドの中で
いろいろなコードを書き、APIの呼び出し方や戻り値がどうなるかを試してみて、
「そうかわかった！」となってからソースコードに組み込む、ということが
よく行われるようです。

しかしEclipseには、テスト用クラスとmainメソッドをわざわざ作成しなくても、
コードのテストが簡単にできる機能が用意されています。
今日は、「スクラップブック」と呼ばれるこの機能をご紹介します。

まず、".jpage"という拡張子の付いたファイルを作成します。

メインメニューから[ファイル]-[新規]-[その他]-[Javaの実行/デバッグ]-[スクラップブック・ページ]を
選択します。

[次へ]をクリックし、ファイルの格納フォルダとファイル名を指定して[終了]をクリックします。

これで準備ができました。

このファイル上にテスト用のコードを書きます。
なお、出力結果を確認するためには、System.out.printlnメソッドの実装が必要なようです。
コードが書けたら、テストしたい部分を選択します。

そして右クリックして[実行]を選択するか、またはショートカットキー（CTRL-U）を実行します。
すると、コンソールビューに結果が表示されます。

選択した範囲が実行対象となりますので、いちいちファイルの内容を保存する
必要がありません。そのため、コード（特に入力値）を少しずつ変えながら、
何度も繰り返しテストする作業がとても簡単にできます。

ご活用ください。

【重要なお知らせ】日本語MyEclipseサブスクリプションコードの販売終了およびサイト閉鎖について

2011-10-20T08:14:04Z

日本語MyEclipseポータルサイトをご利用いただき、誠にありがとうございます。

このたび、日本語MyEclipseサブスクリプションコードの販売を終了させて頂く
こととなりました。また、すべてのお客様のサブスクリプションコードの有効期間が
満了次第、サイトを閉鎖させて頂くこととなりました。

お客様には大変なご不便をおかけ致しますこと深くお詫びいたします。
何卒ご理解賜りますよう、お願い申し上げます。

なお、MyEclipseを継続してご利用になりたいお客様は、Genuitec社のサイト
　http://www.myeclipseide.com/
にて、英語版のご購入が可能です。こちらのソフトウェアのダウンロード
およびご購入をご検討いただきますよう、お願い申し上げます。

[1] ご購入手続きの締切日について

　お手続き方法によって締切日が異なります。早めのお手続きをお願い致します。

　(1) FAXでのご注文、銀行振込によるご入金
　　申込完了（弊社へのFAX到着）締切：　2012年3月21日（水）
　　指定口座への振込完了締切：　　　　　2012年3月29日（木）

　(2) Webサイトからのご注文、銀行振込によるご入金
　　申込完了締切：　　　　　　　　　　2012年3月21日（水）
　　指定口座への振込完了締切：　2012年3月29日（木）

　(3) Webサイトからのご注文、クレジットカードによるご入金
　　申込完了締切：　　2012年3月30日（金）17時00分

[2] ライセンスの更新について

　更新購入は、ライセンスの有効期間満了日の 45 日前から可能です。
　そのため、以下に該当するお客様はご注意ください。

　(1) 2012年3月31日から2012年5月13日の間に有効期間満了日となるお客様

　　有効期間満了日によっては、更新購入が可能となる日からご購入手続きの
　　締切日までの日数が、非常に短い場合がございます。
　　そのため、以下のいずれかをご検討いただきますよう、お願いいたします。

　　(a) お急ぎでのご購入
　　(b) 新規としてのご購入（なお、1年後にライセンスの有効期間満了日を
　　　　迎えると更新できません。その場合には下記(c)をご検討ください。）
　　(c) Genuitec社（http://www.myeclipseide.com/）からの新規ご購入

　(2) 2012年5月14日以降に有効期間満了日となるお客様

　　大変申し訳ございませんが、ライセンスを更新することができません。
　　そのため、以下のいずれかをご検討いただきますよう、お願いいたします。

　　(a) 新規としてのご購入（なお、1年後にライセンスの有効期間満了日を
　　　　迎えると更新できません。その場合には下記(b)をご検討ください。）
　　(b) Genuitec社（http://www.myeclipseide.com/）からの新規ご購入

[3] サポートについて

　有効期間中のサブスクリプションコードをお持ちのお客様へのサポートは、
　有効期間満了日まで継続いたします。

　技術的なご質問は、サポートフォーラムにご投稿ください。
　https://www.myeclipseide.jp/forum/
　その他のご質問は、サポートフォーラムへの投稿、もしくはお問い合わせ窓口
　https://www.myeclipseide.jp/modules/contents05/index.php?id=13
　にご連絡ください。

[4] MyEclipse会員について

　MyEclipse会員は、サイトの閉鎖日までサービスをご利用いただけます。

　(1) 新規会員登録の終了について
　　2012年3月30日（金）17時00分をもちまして、新規会員登録の受付を
　　終了させていただきます。

　(2) 会員情報の変更について
　　2012年3月30日（金）17時00分以降、メールアドレス等の会員情報の変更が
　　必要になった場合には、その旨をお問い合わせ窓口までご連絡ください。

　(3) パスワードをお忘れの場合
　　2012年3月30日（金）17時00分以降、MyEclipse会員のパスワードをお忘れに
　　なった場合には、その旨をお問い合わせ窓口までご連絡ください。

[5] サイトの閉鎖について

　お客様へのサポートがすべて終了した後、日本語MyEclipseポータルサイトを
　閉鎖いたします。
　サイト閉鎖は2013年5月16日を予定しておりますが、状況により前後することが
　ございますので予めご了承ください。

　(1) サイト閉鎖時の会員資格について
　　MyEclipse会員は、サイトの閉鎖をもちまして解約となります。

　(2) 個人情報について
　　サイト閉鎖後、弊社にて責任をもって消去いたします。

　(3) お問い合わせ窓口について
　　お問い合わせ窓口は、サイト閉鎖をもちまして閉鎖となります。
　　以後のお問い合わせは受付いたしかねますのでご了承ください。

[6] ダウンロードページの閉鎖について

　2012年3月30日（金）17時00分をもちまして、日本語MyEclipseソフトウェアの
　ダウンロードを停止いたします。
　以降、ダウンロードが必要になったお客様は、その旨をお問い合わせ窓口まで
　ご連絡ください。

[7] ご不明点がございましたら

　お問い合わせ窓口までお気軽にお問い合わせください。
　https://www.myeclipseide.jp/modules/contents05/index.php?id=13

Eclipseのワークベンチウィンドウを複数起動するには

2011-09-29T08:09:17Z

Eclipseでは、パースペクティブを切り替えながら開発作業を進めていきます。
しかし、頻繁にパースペクティブを切り替えなければならなくなってくると、

　「右上のアイコンをクリックしてパースペクティブを切り替えるのは面倒だ。
　　もう1つ別のワークベンチウィンドウを起動してパースペクティブを不変にしておき、
　　アクティブウィンドウの切り替えでパースペクティブを切り替えたい」

と思うことがあります。

そこで、もう1つ別のワークベンチウィンドウを開くために、Eclipseインストールディレクトリの
eclipse.exeを実行し、ワークスペースの選択画面で、既に起動中のEclipseが
使用しているワークスペース・ディレクトリを指定して「OK」ボタンをクリックしてみると、
次のようなダイアログが出てきて起動できません。

筆者はこれを見て、「1つのワークスペースには1つのワークベンチウィンドウしか起動
できないんだ」と思い込んでいました。

しかし実は、1つのワークスペースを使用するワークベンチウィンドウは複数起動できます。
起動の仕方はとても単純。

　メニューの[Window]-[New Window]を選択

これだけです。これで複数個のワークベンチウィンドウが起動できます。

筆者は、他のソフトウェアを操作するときの「クセ」や「思い込み」があったために、Eclipseを
使い始めてからしばらくの間、これに気付かず、面倒な思いをしながら作業をしていました。
思い込みは怖いですね。

さらに、便利なオプションがありますのでご紹介します。

メニューの[Window]-[Preference]を選択し、[General]-[Perspective]ページを開きます。
"Open a new perspective"にて、"In a new window"を選択します。

これにより、パースペクティブを切り替えると自動的に新しいワークベンチウィンドウが起動する
ようになり、とても便利です。

ワークベンチウィンドウを複数個起動すれば、参照できるビューの数が増えるので、
とても開発しやすくなりますよ。

2012年6月リリース予定のEclipseのコードネームはJuno

2011-08-26T07:45:29Z

Eclipseは毎年6月にリリースされており、それぞれのバージョンにはコードネームが
付けられています。

Eclipse 3.2から3.6までのコードネームについては、2009年3月12日の記事と
2009年12月7日の記事に書きました。
リリース済のEclipse 3.7を加えて再掲すると、次のようになります。

　Eclipse 3.2（2006年6月リリース）:コードネーム　Callisto
　Eclipse 3.3（2007年6月リリース）:コードネーム　Europa
　Eclipse 3.4（2008年6月リリース）:コードネーム　Ganymede
　Eclipse 3.5（2009年6月リリース）:コードネーム　Galileo
　Eclipse 3.6（2010年6月リリース）:コードネーム　Helios
　Eclipse 3.7（2011年6月リリース）:コードネーム　Indigo

Eclipse3.2から3.5までは木星に関連した名前になっています。
3.6のHeliosはギリシャ神話の太陽神、3.7のIndigoは色の名前です。

2012年6月には次のバージョンがリリースされる予定ですが、2011年2月に
そのコードネーム名が募集されました。その際、以下のような方針が示されています。
https://bugs.eclipse.org/bugs/show_bug.cgi?id=336942

　・おおよそアルファベット順。バージョン3.7が"I"(Indigo)で始まったので、
　　次は"J"で始まるのが望ましい。ただしそれほどこだわってはいない。
　・「月」「天体の神々」「科学者」から名前をつけるのが望ましい。
　　ただしそれほどこだわってはいない。

Eclipseのメンバーが会社の同僚に聞いてみたところ、以下のような名前が
挙がったそうです。

　Juno（ユーノー）
　　　ローマ神話に出てくる、女性と結婚を守護する女神。
　　　ユピテル（Jupiter）の妻であり、6月を意味する"June"の由来。
　Jupiter（ユピテル（ジュピター））
　　　ローマ神話に出てくる、神々の王。木星。
　Janus（ヤヌス）
　　　ローマ神話に出てくる、戸口と物事の始まりをつかさどる神。

その他、多数の名前が挙げられましたが、
　・リリースが6月なので、6月にちなんだ"Juno"がよいのではないか。
　・名前が短くて発音しやすい。
などの理由で"Juno"が多くの支持を集め、最終投票の結果、"Juno"に決まりました。
http://www.eclipse.org/indigo/planning/poll2012name.php

ところで、次期バージョンは2011年8月5日にマイルストーン1がリリースされています。
EclipseのダウンロードページでDeveloper Buildsのリンクをクリックし、このバージョンを
ダウンロードしようとすると、

　Eclipse Juno (4.2) M1 Packages

と出ています。
バージョン3.8ではなく、4.2になっていますね。

2012年6月のリリースより、Eclipse 3.xではなく4.xが主要バージョンになるそうです。
「ではEclipse 3.8はリリースしないのか？」と思うかもしれませんが、きちんと
リリースされます。ただし、主要バージョンとはならず、バグフィックスが中心になるとのこと。
http://www.eclipse.org/projects/project-plan.php?projectid=eclipse

すなわち、"Eclipse Juno"は、Eclipse 4.2を意味しているのです。

Eclipse 3.6.1/3.6/3.5.2など以前のバージョンをダウンロードするには？

2011-07-21T08:35:03Z

2011年6月29日の記事では、Eclipse3.7リリースについて取り上げました。
Eclipseの新しいバージョンがリリースされると、気になるのは

　　　古いバージョンのダウンロード方法について

ですね。

古いバージョンのダウンロード方法については、既に2009年5月27日の記事でもご紹介しましたが、
前回ご紹介した時と、Eclipseサイトのメニュー構成等が若干変わっていますので、
本記事で改めてご紹介したいと思います。

通常、Eclipseをダウンロードする際は、Eclipse.orgのトップページへアクセスし、
画面の上部にある「Downloads」メニューをクリックして、「Eclipse Downloads」ページへ移動します。

この「Eclipse Downloads」ページには、Eclipseの最新版(本記事執筆時点では "3.7")
で提供しているパッケージの一覧が表示されています。

最新版のEclipseを使用する場合は、このページで必要なパッケージをクリックすれば、
簡単にダウンロードできますが、古いバージョンを使用したい場合は、
別のページからダウンロードします。

では、具体的なダウンロード手順について見ていきましょう。

(1)
「Eclipse Downloads」ページの画面上部のグレーのバーを見てみると
『Older Versions』というリンクがありますので、こちらをクリックします。

(2)
「Older Versions Of Eclipse」ページが表示されます。
リストの内容を見てみると、古いバージョンのEclipseへのリンクが表示されていますね。

表示された一覧の中から、使用したいバージョンのリンクをクリックします。

(3)
(2)で選択したEclipseバージョンで提供しているパッケージ一覧、および
アーカイブのダウンロードリンクが表示されます。
一覧から、使用したいパッケージのアーカイブをダウンロードします。

ただし、上記手順に従ってパッケージをダウンロードする際に注意してほしい点があります。

実は、以下の3つのバージョン

Eclipse Helios SR1 Packages (v 3.6.1)
Eclipse Helios Packages (v 3.6)
Eclipse Galileo SR2 Packaves (v 3.5.2)

に対応する「Eclipse Classic」パッケージをダウンロードしようとすると、
上記手順の(3)で表示されるパッケージ一覧ページに
アーカイブのダウンロードリンクがないのです。

もうダウンロードできないの！？

と一瞬あわててしまうかもしれませんが、
以下の手順でダウンロードできますのでご安心ください。

まず、上記手順(2)で表示した「Older Versions Of Eclipse」ページのリストの中から
「Archived Eclipse Platform Releases」のリンクをクリックします。

すると、「eclipse project archived downloads」ページが表示されます。

さらに、リリースバージョンの一覧から、ダウンロード対象のバージョンをクリックすると、
選択したバージョンのダウンロードページが表示されます。
このページには、使用するプラットフォームと、それに対応するEclipseのアーカイブ一覧が
表示されているので、ご使用環境に合わせてアーカイブをダウンロードします。

例えば、Eclipse 3.6.1のClassicパッケージを32bit版のWindows上で使用する場合は、
「Eclipse SDK」の一覧から、"eclipse-SDK-3.6.1-win32.zip"をダウンロードします。

古いバージョンのEclipseダウンロードでお困りになった場合は、
是非本記事でご紹介した手順をお試しください。

Eclipse 3.7 (Indigo) リリース！

2011-06-29T01:54:15Z

2011年6月22日に Eclipse3.7 (Indigo) がリリースされました！！

Indigoリリース日にEclipse.orgのサイトへアクセスした時は、
Eclipse.orgのトップページが "Indigo色" に染まっており、かなりのインパクトがありました。
# 本記事執筆時点では、残念ながらいつも通りの配色に戻ってしまったようです。

このIndigoは、なんと『62』のプロジェクトを含んでいるとのこと。

ここ3年間でリリースされたEclipseのバージョンと、そこに含まれるプロジェクト数を
ちょっと調べてみると・・・

     Eclipse 3.5 (Galileo)　...　33プロジェクト
     Eclipse 3.6 (Helios)　 ...　39プロジェクト
     Eclipse 3.7 (Indigo)　 ...　62プロジェクト

となっており、今回のIndigoに含まれているプロジェクト数は過去と比べても
かなり多いことがわかります。

そんなIndigoでは一体どんな機能エンハンスがされているのか気になりますね。

今回は、Eclispe JDTが提供するちょっと便利な新機能
「行末コメントを揃える機能」をご紹介します。

行末コメントは、コード修正を加える度に位置がずれていきやすいのですが、
この機能を使うと、下図のように行末コメントの位置が揃うため、
ソースが見やすくなります。

この機能を使うためには、Eclipseの設定画面から「Java」>「Code Style」>「Formatter」を選択し、
「Comments」タブにある「Preserve white space between code and line comments」に
チェックを入れるだけです。

Eclispe JDTでは、この他にもお馴染みの「ハイパーリンク」や「クイックアシスト」などの
細かな機能強化がされていますよ。

Indigoの新機能の詳細についてはNew and Noteworthyをご覧ください。

5月の御在所岳

2011-05-27T06:37:00Z

2011年5月4日に、三重県菰野町にある御在所岳へ行ってきました。

御在所岳は、三重県と滋賀県の境にある、標高1,212mの鈴鹿山脈の秀峰であり、
四季折々に変化する美しい情景が魅力の山です。

名古屋市内を出発して、車で小一時間ほどで
御在所ロープウエイの『湯の山温泉駅』へ到着しました。

この麓の駅からロープウエイに乗ること約12分。
御在所岳頂上付近にある『山上公園駅』につきました。

ロープウエイから降りると非常に寒く感じたので、気温を見たところ・・・
12℃という表示が！！

なんと麓付近との気温差が10℃近くもありました。
子ども用のそり遊び広場があり、雪が融けずに残っていたのにはビックリでした。

展望台から見下ろす山々の眺めは、ちょっと靄がかかっていたものの素晴らしく、
しばらく見ていると思わず現実を忘れてしまいそうでした。

山々をよーく見ると、所々にピンク色のツツジの花が咲いているのが見えました。
(さすがに写真には写っていませんでしたが・・・。)

御在所岳では、5月から初夏にかけて40種類以上のツツジが咲き乱れるらしいのですが、
ちょっと訪れる時期が早かったようです。

こちらは、展望台から見えたロープウエイの写真です。
結構な急斜面を登ってきたことに驚きました。

麓から山頂まで、ロープウエイを使わず自力で登って来る方も結構多く見受けられました。
実際には2時間半ほどで麓から展望台付近まで到達できるのだとか。

次回は是非とも登山にチャレンジしてみたいと思います。

EclipseCon 2011へ行ってきました！

2011-04-22T07:14:00Z

春といえば、EclipseConの季節！

ということで、今年もEclipseCon 2011に参加してきました。
簡単ではありますが、毎年恒例の『EclipseConレポート』をお届け致します。

今回のEclipseConは3月21日から24日の4日間に渡って開催されました。
会場は昨年同様アメリカのサンタクララにあるHyatt Regency Santa Claraです。

今年は、4日間通して雲が多く、雨も降ったりやんだりというあいにくの天気でした。

昨年は『e4』というメイントピックがあり、それに焦点を当てたセッションやイベントが
盛りだくさんでしたが、今年は1つのメイントピックに焦点当てているというよりは、
様々なトピックが一堂に会している感じでした。

そんな中でも特に印象的だったのは、ブラウザベースの統合開発環境である『Orion』の話題。
こちらは2011年1月に発表されたばかりであり、プロジェクトの位置付けとしては
まだPre-Proposal段階です。

EclipseCon1日目に行われたβ版の発表を皮切りに、Orion関連のセッションは
毎日のように開催されていました。
さらに夜には、Orionの開発者と直接会って議論できる場も設けられていました。
β版を使った印象や機能強化に関する意見について実際の開発者へダイレクトに
伝えることができる、大変貴重な場であり、こういう場に気軽に参加できるのは、
EclipseCon参加者の特権でもありますね。

セッションで盛り上がっていたのは、『p2, your savior or your achilles heel?』。

Eclipse3.4で導入された『p2』を使用した際に実際に起きる問題を挙げ、
その問題に対するベストプラクティスについて、2人のパネラーが議論するというものでした。

例えば、プラグインのインストール時には、dropinsフォルダーを使う方法よりも、
高速なプラグイン読み込み方法として、p2リポジトリの利用が挙げられていました。

パネラー2人のトークは、まるで漫才をしているかのようにスピーディーに展開され、
聴講者含めて笑いが絶えないセッションでした。

また、EclipseConでは、参加者同士の交流を深めたり、EclipseCon自体を盛り上げるために
毎年様々なイベントが用意されています。

今年用意されたゲームは『QR-CodeBreakers Game』。
参加者が、自分が持っているモバイルをつかってキーワードを探すゲームです。
会場内にある様々なQRコードを読み込んでいき、日替わりで用意されたお題に
マッチするキーワードをたくさん読み込んだ人が勝ち、というものです。

賞品として

Motorola社のDroid Pro スマートフォン

Microsoft社の家庭用ゲーム機 Xbox 360

が用意されていました。

QRコードは、参加者のネームカードに印刷されていたので、
参加者同士がQRコードの読み込みを行えば、それなりの数のキーワードを
集めることができるのですが、それに加えて会場内の様々な場所に
（目に付くところだけでなく、頑張って探さないと見つからないようなところにも・・・）
QRコードがありました。

Tシャツに印刷されたQRコードを見つけた時は、一瞬目を疑いましたが、
頑張って声を掛け、QRコードの読み込みをさせてもらいました！！

今回のEclipseConは、Eclipse関連ツールについてデモンストレーション形式で
紹介するセッションが多く、例年に比べて少しコンパクトな印象を受けましたが、
その一方で、各ツールの個々の機能についてより深い内容を聞くことができました。
また、Eclipse関連ツールの数の多さや、カバーする技術範囲の広さを改めて
実感した4日間でもありました。

さて、来年のEclipseConではどんなトピックが扱われるのか、
1年後が楽しみですね。

Eclipseで開いたエディターを自動的に閉じるには？

2011-03-23T01:47:00Z

まず初めに、3月11日の東北地方太平洋沖地震により被災されたみなさまに、
心よりお見舞いを申し上げますとともに、被災地が一日も早く復興することをお祈り申し上げます。

本サイトでは、今まで通りブログの更新をして参りますので、ご覧ください。

今日は、Eclipseのエディターに関する設定についてご紹介します。

Eclipseで開発をしていると、いつのまにかたくさんのエディターを開いていた
という経験があるかと思います。

一度開いたエディターは、閉じるボタンをクリックするなど、明示的な操作をしないと
閉じられませんが、ついつい閉じないままたくさんのエディターを開いていってしまうと、
エディターのタブがずらっと並び、

あれ！？どのファイルを見る必要があるのだったかわからなくなっちゃった！！

などと混乱の元になる場合があります。

こんな時に有効なのが「エディタを自動的に閉じる」という設定です。

この設定をONにすると、開いておけるエディターの最大数を指定でき、
エディターを開いた順から自動で閉じてくれます。

設定方法はとても簡単です。

(1)
まず、Eclipseメニューから「Windows」>「Preferences」を選択し、Eclipseの設定画面を開きます。

(2)
次に、「General」>「Editors」を選択し、
右側に表示されたリスト内にある「Close editors automatically」にチェックを入れます。

(3)
チェックを入れた後、「OK」ボタンをクリックして完了です。

なお、(2)のステップで、「Close editors automatically」にチェックを入れると、
「Number of opened editors before closing」の欄が有効になり、
開いておけるエディターの最大数を指定できるようになります。
必要に応じて、こちらの値も変更してください。

Eclipseでgetter/setterを簡単に削除するには？

2011-02-25T03:04:00Z

2009年10月19日の記事では、Eclipseを使って、Javaクラス内にgetter/setterを
簡単に追加する方法をご紹介しました。

今回は、不要になったgetter/setterを簡単に削除する方法をご紹介します。

getter/setterとは、Javaのクラス内にあるフィールド(変数)へ、
別のクラスからアクセスする場合に使用するメソッドでしたね。

そのため、フィールドを削除する場合は、そのフィールドへアクセスするための
getter/setterも合わせて削除することになります。

EclipseのJavaエディターを使ってこれらの削除を行う場合

フィールドの削除
フィールドのgetterメソッドの削除
フィールドのsetterメソッドの削除

という3つの削除作業が発生します。

しかし、Eclipseの「アウトライン」ビューを使えば、
フィールドを削除するだけで、そのフィールドに対応したgetter/setterも
一括で削除できる
のです。

操作手順はとても簡単です。

(1)
「アウトライン」ビューで、削除したいフィールドを選択します。

(2)
右クリックしてコンテキスト・メニューから「Delete」を選択します。

削除対象となるフィールド名の確認ダイアログが表示され、「OK」ボタンをクリックすると、
続いて、削除対象のフィールドに対応したgetter/setterを一緒に削除するかどうかの
確認ダイアログが表示されます。
対応するgetter/setterも一緒に削除する場合は、「Yes」ボタンをクリックします。

以上で、フィールドおよびそれに対応するgetter/setterの削除は完了です。

今回ご紹介した方法を使用することで、面倒な手動でのコード削除が不要になり、
さらにコードの削除ミスも防ぐことができますので、是非お試しください。

EclipseのビューでJavaクラスの種類を簡単に判別するには？

2011-01-20T07:11:00Z

今回は、普段Eclipseを使用する上でちょっと便利な機能についてご紹介します。

Java開発で作成するJavaクラスには

通常のJavaクラス
抽象クラス
インタフェースクラス
アノテーションクラス
Enumクラス

など、様々な種類があります。

これらのクラスをEclipse上で作成し、「パッケージ・エクスプローラー」ビューで確認すると、
下図のように全く同じアイコンで表示されます。

同じアイコンで表示されると、ぱっと見ただけでは
どのファイルがインタフェースクラスで、どのクラスが抽象クラスかを
判別するのは困難ですね。

実は、EclipseではJavaクラスの種類を一目で判別できるように
デコレーションの設定が可能ですので、ご紹介します。

(1)
まず、Eclipseメニューから「Window」>「Preferences」を選択し、Eclipseの設定画面を
開きます。

(2)
次に、「General」>「Appearance」>「Label Decorations」を選択し、
右側に表示されたリスト内にある「Java Type Indicator」にチェックを入れます。

(3)
チェックを入れた後、「OK」ボタンをクリックして完了です。

実際に「パッケージ・エクスプローラー」ビューでどのように表示されているか
確認してみると・・・

抽象クラスには「A」のデコレーションが、インタフェースクラスには
「I」のデコレーションがついており、一目で判別できるようになりましたね。

いかがでしたか？

今回ご紹介した設定は、Eclipseのデフォルト設定ではOFFになっていますが、
とても便利ですので、是非一度お試しください！！

Eclipse3.6でエラーの種類を簡単に判別するには？

2010-12-21T04:17:42Z

Eclipseで開発している際によく遭遇するエラーとして

コンパイルエラーなどのJavaに関連するエラー

プロジェクトのビルドに必要なクラスパス設定に関連するビルドパスのエラー

などがあります。

Eclipseではエラーを表示するアイコンが用意されているため、
これらのエラーが発生した場合は、「パッケージ・エクスプローラー」などに
赤い×マークのアイコンが表示され、エラー発生の有無を簡単に
確認することができます。

しかし、Eclipse3.5以前では、コンパイルエラーが発生していても
ビルドパスのエラーが発生していても、いずれの場合も同じ赤い×マークで
表示されていたため、エラーのアイコンを見ただけでは、そのエラーの種類を
簡単に判別することができませんでした。

Eclipse3.6では

　　　　　コンパイルエラーとビルドパスのエラーが異なるアイコンで表示される

ようになり、簡単に判別できるようになりましたのでご紹介したいと思います。

具体的にどのようなアイコンで表示されるか見てみると・・・

コンパイルエラーなどのJavaに関連するエラーは従来通り赤い×マーク、そして
ビルドパスのエラーは赤い！マークで表示されます。

これなら、「パッケージ・エクスプローラー」ビューに表示されるアイコンを一目見ただけで
ビルドパスのエラーが起きているのかコンパイルエラーが起きているのかを
簡単に判別できますね。

さて、「パッケージ・エクスプローラー」ビューからエラーの種類は判別できましたが、
具体的なエラー内容についてはわかりませんので、「問題」ビューで確認してみましょう。

「問題」ビューにはエラーの内容が細かく表示されています。
ただし、現在はエラーの内容が単純にリストアップされているだけですので、
「問題」ビューを一瞬見ただけでは、どのエラー内容がビルドパスのエラーに相当するのかを
判別するのは難しいですね。

実は、「問題」ビューの表示部分についても、ビルドパスのエラーと
コンパイルエラーなどのJavaに関連するエラーとでカテゴライズして表示することができるので、
ご紹介します。

「問題」ビューのビューメニュー(下向き三角のアイコン)から「Group By」>「Type」を
選択してみましょう。

「問題」ビューを確認してみると・・・

ビルドパス関連の問題と、Javaコンパイル関連の問題とにカテゴライズされて
表示されるようになりました。

今回ご紹介した機能を使用することで、エラー判断が楽になりますので、
Eclipse3.6をお使いになっている場合は是非活用してみてくださいね。

Eclipse3.6のホバーを使って同件の警告を一度に修正する

2010-11-29T05:52:30Z

Eclipse3.6では、小さな機能エンハンスがたくさんあります。
本日は、Eclipse JDT 3.6のホバー機能のエンハンス内容をご紹介します。

2010年7月27日の記事でご紹介しましたが、Eclipseの「Javaエディター」には、
警告の情報を開発者へわかりやすく示すために、アイコンや黄色の波線で表示する機能を備えています。

特に、警告の詳細な内容を確認する際は、コード内の黄色い波線の上にマウスカーソルを持っていくと、
ホバーが表示され、警告の内容とそれに対する解決策の候補が表示されます。
そして、開発者はホバー内に提示された候補から、適切な解決策を選択することで、
すぐにコードを修正することができるのです。

※ホバーについては、2009年11月4日の記事を参照してください。

実際にコーディングしていると、たくさんの警告が表示されているものの、
それら警告の多くが、同じ原因に基づいていることがあります。

例えば、以下の図のようにimport文がたくさん宣言されており、
その中にたくさんの警告波線がついている、といったケースがあります。

これは、実際にはソース内で使っていないクラスをimport宣言してるため
警告が表示されているのです。

警告を消すために、Eclipse3.5以前では

各import文をそれぞれ手作業で削除する
あるいは
　　　　各import文ごとに、ホバーを表示させ、その中から削除のメニューを選択する

のいずれかの方法を使って不要なimport文を削除していました。
削除作業自体は簡単ですが、各import文ごとにこれらの作業を行うのは結構大変ですね。

しかし、

　　　　Eclipse3.6ではホバーを使って同件の問題を一度に修正できる

ようになりました。

実際に、警告が表示されているimport文の上にマウスカーソルを持っていき、
ホバーを表示させると・・・

未使用のimport文を削除するメニューの下に、
「現在編集中のファイル内に存在する同件の問題に対して修正する」
というメニューが表示されていますね。

こちらを選択すると、不要なimport文が一気に削除されます。

いかがでしたか？
Eclipse3.6をお使いの方は、是非活用してみてください。

Eclipse3.6でコンパイラ設定を別の環境へ移行するには？

2010-10-28T08:44:00Z

本日は、既に過去の記事でご紹介している「Eclispe設定のインポート/エクスポート」機能
についてお話をします。

Eclipse3.6では、この「Eclipse設定のインポート/エクスポート」機能の
ちょっとしたエンハンスがされていますので、ご紹介したいと思います。

2009年9月9日の記事で既にご紹介した通り、Eclipseを使用する際、
開発者は『設定』画面を使って開発に必要な様々な設定を指定します。

そして

別のEclipse環境へ移行する
チーム内で設定内容を共有する

といった場合に、「Eclipse設定のインポート/エクスポート」を実施することで
設定内容を簡単に引き継ぐことができました。

Eclipse3.5以前では、設定内容をインポート/エクスポートしようとした場合、
「インストール済みJRE」設定のみ単体で移行できましたが、
それ以外の設定については単体での移行ができなかったので、
すべて一括でインポート/エクスポートする必要がありました。

しかし、Eclipse3.6では、「インストール済みJRE」に加えて

Javaコンパイラ
Javaコードスタイル

の設定も単体で移行することができるようになりました。

従って、開発プロジェクト毎にコンパイラの設定が異なるような場合、
「Javaコンパイラ」設定のみを単体でインポート/エクスポートできますので、
コンパイラの設定のみチーム内へ配布することができるようになります。

その結果、チームの各開発者のEcipse環境では、コンパイラの設定はプロジェクト基準の
設定に更新され、既存の使い慣れたEclipse環境の設定はそのまま引き継いで使えるように
なるのです。

インポート/エクスポートの手順は、2009年9月9日の記事でご紹介した方法と同様です。

「設定のインポート」/「設定のエクスポート」ページで、インポートおよびエクスポート可能な
項目がリストに表示されるので、移行したい項目にチェックを入れます。
後の手順は全く同様です。

Eclipse環境のすべての設定を一括で移行するか、それとも、移行する設定を
ピンポイントに絞り込むかは状況によって変わってきますので、
うまく使い分けると良いでしょう。